Equinox Desktop Environment 2.0

Szerszám

Az Equinox Desktop Environment, röviden "EDE", egy apró desktop környezet, amelynek fejlesztése során fontos szempont volt a reszponzivitás, a kis erőforrásigény és az ismerős kinézet. Fut Linuxon, *BSD-n, Solaris-on, Minix-en, Zaurus-on stb. Öt évnyi fejlesztés után most megjelent az EDE 2.0-s verziója. Letölthető a Sourceforge-ról.

( blueghost | 2012. 05. 19., szo – 15:47 )

Ez nagyon jó hír, azt hittem már sosem készül el. Fel is raktam gyorsan kipróbálásra.

Debian Squeeze-ben FLTK 1.1 van, ezzel viszont nem az igazi, mert nem támogatja az UTF8-at, így külön felraktam az 1.3-mat, ami már igen.

Néhány gyermekbetegség, amiket felfedeztem pár óra tesztelés után:
- Ha nem pont képernyő méretű hátteret állítok be, elég rondán méretezi át a képet, ikonokra ugyanez igaz.
- Miután az ikonok betűtípusát átállítottam Liberation Sans-ra, a következő indításnál az ede-desktop-conf szegmens hibával elszállt, így kézzel ki kellett törölnöm a config fájlt.
- A tálcát mindig eltakarja a többi ablak, de valamiért teljes képernyőre kirakott flash videó nem, így a tálca kitakarja a videó alsó részét.

Ezeket leszámítva teljesen jó és villámgyors, remélem mire a nagyobb disztrókba bekerül, azért ezeket javítják. ( Arch usereknek jó lesz így bugosan is :D )

Kiegészítés: ha egy ablakot lerakok tálcára, akkor az alt+tab listában nem jelenik meg, így nem is lehet rá átváltani. Érdekes.

( zdesigner | 2012. 05. 19., szo – 16:14 )

„Ede, de bedezodoroztad magad!”

( Zokomov | 2012. 05. 19., szo – 16:43 )

Ez érdekel, kellene valami régi desktopokra és az lxlauncher forkom nem vált be, az xfdesktop meg túlságosan erőforrásigényes.

Fogyatékkal élőknek, időseknek, digitális analfabétáknak kell, szóval felhasználóbarátnak kell lennie.

Az lxlauncher GTK3 alapokon nagy ikonokkal (és módosított egérkezeléssel) az rendben van, csak nem akarom már karbantartani és instabil is (dmon-t alkalmazok, hogy újraindítsa a proceszt).

Az egyik választásom, hogy debugolom vagy újraírom az lxlaunchert, a másik, hogy találok alternatívát.

Panelnek fbpanel van hozzá, a kikapcsolópanelt Python-ban hoztam létre (időzítve és manuálisan is képes leállítani a rendszert).

Maguk a számítógépek 2 fillérből lettek összehozva, a hálózat (két WLAN router) meg adományból. A szociális szférában mindenre ekkora költségvetés van.

A fenti rendszer remekül használható, csak az lxlauncher, meg a dmon-ra támaszkodás szúrja a szememet.

Az egész rendszert azért egy vagy két komponsens miatt nem váltom le.

Csak egy desktop manager kell.

A rendszer már fel lett téve, Arch Linux alapú, 40 MB memóriát sem eszik grafikus felülettel és annak ellenére, hogy 128 KB L2-vel szerelt 1 Ghz-nél alacsonyabb órejelű Intel processzorokon megy 384 MB memóriával gyorsnak mondható.

A kompromisszum persze az, hogy a rendszer megtervezése eltartott egy ideig.

( anon7002197 | 2012. 05. 19., szo – 23:59 )

Nálam TinyXP volt a leggyorsabb régi gépeken, a különféle minimál linuxok nem segítettek. Esetleg egy Puppy, vagy Slitaz... de az meg XP-től esik távol, tanulni kéne a felhasználónak.

Az én felhasználóim közül sokan még XP-t sem láttak, annak mellesleg a licencére nem is lenne pénz és korszerűtlen is.

Meg erőforrásigényes, tényleg, az Arch Linuxomál semmi sem gyorsabb (de, a Windows 98).

Az lxlauncher-t azt mindenki tudja használni, ez egy netbookokra kifejlesztett teljesképernyős programindító.

A Windows csak az asztali ikonok, meg a start menü miatt használható, de nem lockolható (csak third party szoftverrel) és a karbantartására sincs pénz.

Csak a funkciókat nézve a Windows nem egy nagy dobás oktatási környezetben.

( Dacr (nem ellenőrzött) | 2012. 05. 20., v – 00:07 )

hülye kérdés:
nem ez van reactos-ban? Vagy csak hasonlít?

( emberk | 2012. 05. 20., v – 16:19 )

Teljesen olyan ránézésre, mint az fwm95.

------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.

A kinézet mindegy, a funkcionalitást hozza.

Ami nem mondható el a Microsoft csempés Metro felületéről, meg általában az UI-ról, ami nehéztüzérségi ionágyúként fogja megrengetni a felhasználók Windowsba vetett hitét.

Ha nem tesznek valamit Microsofték akkor ez nagyon nem lesz rendben, nem szólva arról, hogy a flexibilis technológiák (HTML és JS) alkalmazása miatt az erőforrásigények egy alap 2D animációhoz nagyságrendekkel megnövekedtek (és CPU limitesek lettek).

A kényszeresen a legújabb Windowsra váltók csoportja majd jól lehúzza a W8-at, a következő kiadásra pedig majd faragnak valamit, amit szeret a nép, de a lényeg ugyanaz marad. (Lásd: Panaszok a Vista erőforrásigényére > Windows 7-nek ugyanakkora, csak közben olcsóbbak lettek a hardverek, illetve panaszok az XP után szokatlan felületre > a Windows 7 felülete még jobban különbözik.)

"Windows 7-nek ugyanakkora, csak közben olcsóbbak lettek a hardverek"

Ezt értelmezhetjük javulásként is. Tekintve hogy a teljesítmény relatív értelemben fontos a legtöbb embernek, értsd: Működik-e jól a gépemen. Sokaknak azóta újabb gépük van, tehát az ő szempontjukból jobb lett a teljesítménye a 7-nek. Egyébként nem vagyok meggyőződve arról, hogy nem lett jobb a teljesítménye.

"szokatlan felületre > a Windows 7 felülete még jobban különbözik."

Ez igaz, de itt azért más dolgokat is figyelembe vesz az ember. Pl a használhatóság. Egy szokatlanabb felület ha jól ki van találva akkor lehet kevésbé ijesztő, vagy panaszra okot adó. Ráadásul az XP már nagyon elavult, ezért is hajlandóbbak az emberek nem foglalkozni a változtatásokkal, és váltani.

Nagyjából egyetértek veled, de függetlenül ettől az emberek meg fogják szokni a metro felületet és használni szeretettel. Annyira nem tartom rossznak, más megközelítéssel működik mint az amit eddig megszoktunk, de jól is elsülhet.

Azért a JS már nem olyan lassú mint régen. Való igaz, hogy ettől függetlenül még annak számít egy natív binárishoz képest, de azért nem muszáj mindent JS-ben csinálni. Pl egy transzformációt, animációt ha CSS-ben írsz meg, akkor a tényleges munkát ugyanúgy a jó öreg C-ben megírt (vagy nem abban, mindegy) renderer fogja végezni, nem pedig egy script. Ráadásul még egy gyengébb gpu is tud valamit segíteni a teljesítményen. Nem hiszem, hogy ebből túl nagy probléma lesz.

Emellett egyetértek azzal, hogy sokkal nagyobb a gépigénye ugyanannak a vizuális megoldásnak ma mint korábban, de ez már régebbi probléma, nem a html alapú alkalmazásokkal kezdődött.

vannak itt pixmapek vajon? Ránézésre a legtöbb UI elem (egy ikont, vagy szöveget leszámítva) primitív elemekből áll össze (téglalap, vonal). Ami nem is baj, mert gyors, viszont nem tud túl szép lenni.

Ez mondjuk nem teljesen igaz, most úgy néz ki divat vonalakból rajzolgatni, minél kevesebb átmenettel, effekttel, az android nem is csinálja rosszul a holo felületével.

Látod, erről beszélek. Lehet ezt jól is csinálni, csak kellene valaki a programozók mellé, aki megmondja, hogy milyen színű és vastag legyen egy vonal. Némi extra munka és 2000% kinézet javulás. Nyilván nem lesz világbajnok, de legalább nem lenne Eric, az angolna.

Az enlightenment felületet szokták felhozni, mint tankönyvi példát, ha viszonylag kis erőforrásigényű, de szép környezetről van szó. Hogy a gyakorlatban mennyire használható, azt nem tudom, mert soha nem dolgoztam vele huzamosabb ideig (de rövid tesztek alapján valóban csinosnak és gyorsnak tűnik).

Utoljára 1999-ben próbáltam :P Akkor még nagyon nehezen konfigurálható volt. Bár akkor még nem tanultam volna meg Lisp-ben programozni pusztán egy ablakkezelő beállítása miatt. Ma habozás nélkül megtenném, ha jó az az ablakkezelő és megéri. Lehet hogy lassan nem vagyok már annyira finnyás :D