Milyen lesz a jövő GNOME-jának arculata?

GNOME

Ha már a napokban ízelítőt kaphattunk a KDE 4 vázlataiból, vessünk egy pillantást a szomszéd kertjére is. A GNOME házatáján sem unatkoznak a grafikusok, még decemberben körvonalazták a következő kiadások alap koncepcióját. A Flickr-en található egy képernyőfotókkal teli tárlat.

A napokban tette közzé Jon Manning is Lazuli fedőnevű mockupjait, amelyek feltehetően nem kerülnek implementálásra, mindenesetre érdemes megtekinteni őket. Jon szerint elképzelése nem megvalósítható a jelenlegi GNOME-nal, ami elsősorban a túlzott mértékű visszafele-kompatibilitásnak tudható be.

A napokban jelent meg a 2.14-es széria első béta kiadása (aka 2.13.90) is. A stabil megjelenés március idusára várható. Arról nem találtam bővebb információt, a fennebb említett terveket mikor illesztik a hivatalos GNOME-hoz, de a Solutions Linux konferencián tartott Novell Desktop 10 bemutatóján ismerős képek tűntek fel.

( ParadoxH | 2006. 02. 05., v – 20:33 )

Piszok jók azok a képek...
Reménykedem benne, hogy a csillogás nem megy túlzottan a gyorsaság kárára...

( Potn | 2006. 02. 05., v – 20:40 )

Miért? Úgy néz ez ki mint ami sok erőforrást enne? Szerintem nem :)

( Coornail | 2006. 02. 05., v – 20:49 )

Ezek nekem sokkal jobban tetszenek mint a kdesek. En mar csak a fluxbox uj arculatat varom =)

( gdes | 2006. 02. 05., v – 21:44 )

Hi! Cool. Én mindig is így képzeltem el a linuxos desktopot. Egységes és szép, bár szerintem nem ez a lényeg. Kérdés, hogy melyik környezet fog valami radikálisan újat mutatni. Egyelőre úgy néz ki a gnome nem, csak még jobban letisztul és finomodik. A kde úgy néz ki, hogy igen, kérdés, mikor :). Már régóta várok hw gyorsított ablakkezelőre durván kinéző gui-val, miért ne? Miért ne legyen valami mozgó, villogó, nagyonszép, ha ott a gépben az ati/nvidia kártya?

( openscope | 2006. 02. 05., v – 22:05 )

számomra most lesz, amikor slp-ről nld-re váltok (vissza)...

( bacsa81 | 2006. 02. 05., v – 22:05 )

Kenterbe lesz verve a vista :) Nagyon nagyon szépek, van rá 20 koronám, hogy hamarabb jön ki mind a KDE mind a Gnome mint a Vista :) mert abba még lesz egy két finya bug ;) amit nem egy hétvége alatt fognak tudni rendbeszedni :)

gnome-ból a következő (2.14) március 15-re van ütemezve, ez tényleg a vista előtt lesz :), de nem a fenti képeken látható izé, az még csak látványterv, érdemi munka még nem sok volt. A klauncherhez hasonló cucc (deskbar) viszont lesz, itt meg itt lehet látni akció közben.
(halkan jegyzem meg, hogy a gnome-ot egy mondatban bezzegelve említeni a vista bugosságával, khm, hát nem túl bölcs dolog... láttad te már a gnome bugzilláját? Jobb is :( )

( toros | 2006. 02. 05., v – 22:16 )

Én ezek között a képek között nem igazán láttam újszerű ötleteket, ellentétben mondjuk a KDE-vel - szerintem például ott a Contacts egy nagyon jó ötlet (http://img460.imageshack.us/my.php?image=fake5bo6pi.jpg), és a launcher-rel egybeépített keresés is nagyon jó ötletnek tűnik: http://img460.imageshack.us/my.php?image=klauncher4ho8yn.jpg.

Szóval nekem az a benyomásom, hogy a Gnome csak egy klasszikus ablakkezelő lesz, letisztult, igényes felülettel, míg a KDE olyan új lehetőségeket hoz, amelyek korábban nem voltak meg.

Én már látom, hogy a Contactsemet megnyitva rögtön tudok keresgélni az egy emberhez tartozó MSN azonosító, wiw-profil, email cím, képek, fájlok között - mindenesetre hasznos dolog lehet.

szerintem senkinek nem titok, hogy amikor megjelenik egy osx verzió (tiger), a gnomeosok összeülnek ezt kimazsolázzák, hogy mit vegyenek át, és ezzel semmi baj nincs... ettől még nem "csak egy klasszikus ablakkezelő" és nem "lesz" :) de ez csak a személyes és közel sem objektív véleményem...

Most ez ugy néz ki nálam:
beagle-search (.NET) elindít, vagy deskbar-appletbe (python) beírom a contact nevét és már kapom is az infókat. KDE4 tényleg újszerű, csak még sehol nincs. Gnome esetén a novell nagyon tolja a monos dolgait, és meg kell mondjam mára nagy részük használható is lett. Én használom a tomboyt, f-spotot, beaglet.
Nem beszélve a nautilusban lehet menteni a keresési eredményeket (osx-ben van hasonló). A következő gnome szerintem nagyon jó lesz. (csak a kib....tt critical warningot mi a ráknak vették bele az új glib-be).
És ez a jelen. Ez csak ablakkezelő lenne? hát...

ejj, hajj, beagle nagyon jó dolog, iszonyatosan szeretem... csak kerülne már be a mono a gentoo amd64-es branchábe, és akkor nem kéne trükközni, h használni tudjam:))
Egyébként ezek a mockupok nagyon szépek. De szerintem a gnome-look.org Others menüjében lévők szebbek, bár nembiztos hogy egyszerűen megvalósíthatók. Max 3.0-ra. Én jelenleg XFCE-t, meg e17-t használok, és meg kell, hogy mondjam, általában gnome-ot preferálom a kde-vel szemben. Persze elnézve a 4.0-t, ez még változhat.:)

Teljesen jogos. Mindenesetre a mondanivalóm lényege az lett volna, hogy a KDE-ben (a képek alapján) több új ötletet látok - na, szóval ezt fogalmaztam meg eléggé esetlenül.

Persze azért majd akkor tudok róluk inkább véleményt alkotni, ha ki is tudom őket próbálni...

/me türelmetlen...

( LGee | 2006. 02. 06., h – 13:26 )

Tenyleg nagyon latvanyos az egesz, csak egy kicsit mintha hulyeknek lenne kitalalva a rendszer ezekkel a parbeszedablakokkal ('The Master volume is now at 80%'). Ha az a cel, hogy egy oteves gyerek is tudja hasznalni a feluletet, biztosan sikeres lesz a dolog. Meg tobb eyecandy es grafika. Muszaj valamivel lefoglalni a processzort, mielott unalmaban meg valami hulyeseget talalna ki.

( crown v | 2006. 02. 06., h – 15:32 )

Gnome egy szep dolog, de meg mindig sok dolog fapados benne. A file kezeloje (open, save) csak nagy nehezen fejlodik, eleg gyatra a mai elvarasokhoz kepest. (3 eve meg csucstechnologia lehetett volna :)

Nekem kell othon a scim, es a Gnome-os programok elegge gyakran fagyogatnak tole. KDE alatt nem. Nem tudom, miert.

Gtk2 meg mindig lassu. Nagyon, es erre epul a Gnome...

Gnomeeknal nagyon lassan gyuruznek be az ujitasok, lassan fejlodnek, es ehez kepet nem eleg stabil a rendszer, ha mar kicsit extrat is szeretnel belevinni. Pl. specialis beviteli modok (scim), levelezo kliens, contactok, es miegyebek osszekapcsolasa. (evolution nalam nem jatszik, nem felel meg az igenyeimnek)

Mikor berakok egy CD-t, a gnome kirakja a desktop-ra az egyseget, de utana unmountolni mar 10-bol 7-szer nem tudja.

A gnome-os programok zabaljak a memoriat es / vagy az eroforrasokat.

Igazából nem annyira a GTK2 a lassú, hanem sokkal inkább az, hogy a Gnome nagyon shitty módon van megírva, egy csomó helyen tele van szemetelve a kód teljesen felesleges dolgokkal. Nem olyan rég volt egy prezentáció róla (most elő nem keresem), amiben egy csóka arról beszélt, hogy hogyan kéne optimalizálni a gnome különböző részeit és azt találta, hogy egy csomó dialog ablak kódja tele van olyan widget példányokkal, amik effektive soha nem jelennek meg az ablakban, csak úgy bennfelejtődtek a kódban, és ez valahogy a fejlesztők közül senkit nem zavart. Feleslegesen fogyasztja a cpu-t, eszi a ramot stb...

Minden?

En csak azt latom, hogy mior atter egy program gtk-rol gtk2-re, belassul, tobb memoriat eszik. Persze, ez mindent tud, subpixel renderel, meg minden csoda benne van, de lassuak a cuccok benne, mondjuk qt-hez, fox toolkit-hez kepest.

azt nem ertem, hogy pl. az swt miert agyhalal, mikor gtk2-t hasznal? windows, motif jo. Gtk2 halal, de miert?!

> Gnome egy szep dolog, de meg mindig sok dolog fapados benne. A file
> kezeloje (open, save) csak nagy nehezen fejlodik, eleg gyatra a mai
> elvarasokhoz kepest. (3 eve meg csucstechnologia lehetett volna :)

Lehet patch-eket gyártani a gtk2-höz, ha van ráérő időd! Bár valószínűleg nem tudnád elérni semmivel, hogy bevegyék a fő fejlesztési ágba, de kiadhatod saját disztribúcióként, pl. debian-with-new-gtk-open-dialog néven. Erről szól az opensource, ugye... :-))))

b.

Csatlakozom crown megjegyzéseihez. Nálam is katasztrófális dolgokat művelt a GNOME. Rengeteg összeomlás, lefagyás, hibaüzenet (egy hatalmas kalapácsütés otromba zajával egybekötve)... És a lasssssssúság, a memóriazabálás... Mindez a KDE-hez képest - ami sokkal, de sokkal stabilabb! Na meg aztán a Nautilus is egy nagyszerű díszpéldája annak, amikor egy progi minimális szolgáltatásokért böhöm nagy erőforrásokat kér.

A beállítások illogikussak és szerény kínálatúak.

A Yelp help-rendszere (bocs a kifejezésért, de) egy hatalmas, agyonpeccselt sz@r. (Minden indításkor csigalassú, de azon belül is reumásan csigalassú, és az egyik verzióban keverte a gtk2 külsejét a Mozilla modern szkinjének a témájával.)

Van, hogy kilépéskor akár 5 percig (!) kell várni a képernyő előtt, hogy visszalépjen a GDM-be. (Ha egy windows-felhasználó ezt látná, elröhögné magát.)

Aztán hol kullog a GNOME lefordításának az egyszerüsége a KDE-hez képest? Nem csoda, hogy Patrick kihajította a Slackware-ből...

A fenti képek nem a GNOME-ról szólnak, hanem inkább a Novell munkájáról.

> Gtk2 meg mindig lassu. Nagyon, es erre epul a Gnome...

Hozzáteszem, a GTK+ 2.8 óta a Cairo -ra épül, ő pedig natívan támogatja 3D gyorsítással rendelkező kártyák OpenGL lehetőségeit. Ha jól emlékszem, az Enlightenment DR17 is ettől gyorsult az eyecandy funkciók ellenére.
És (lehet, hogy rosszul tudom) ilyen megjelenítést gyorsító funkcióról nem tudok a KDE -ben.

( Botond | 2006. 02. 07., k – 17:28 )

Hát nyomtatni fog-e tudni?
Nekem a 2.13.90 is tetszik (Fedora Core 5), de a nyomtatást még nem teszteltem. Régebben a nyomtatás miatt kellett KDE-t használnom, és végig nagyon utáltam a gépemet.
És a vágólapot fogja-e végre normálisan kezelni? (X vs. Gtk)

(Amúgy az XFCE uralkodik. Csak most éppen nincs a gépemen, mert még lusta voltam föltenni. Az E16 is szép, csak instabil. Az E17-et meg még nem próbáltam.)

Á még így is messze van a KDE-től. Sima X-es ablakokban ugye az a szokás, hogy egérrel kijelölsz, és középső gombbal másolsz. Gtk-ban pedig Ctrl-C, Ctrl-V (vagy Ctrl-Ins, Shift-ins). De a kettő együtt nem megy, azaz emlékezni kell, hogy mit jelöltél ki egérrel, és mit Ctrl-C-vel. Pl. most ebben a 2.13.90-es gnómban egy sima xterm ablakba nem tudok olyat beszúrni, amit egy másik ablakból Ctrl-C-vel másoltam ki, csak olyat, amit simán egérrel; FireFox-ban, meg hasonló GUI csodákban a középsőgombos másolás és a Ctrl-C egymástól függetlenül működik; a gnome-terminal még bonyolultabb, ott a Shift-Ins ugyanazt csinálja, mint a középső gomb, a Ctrl-Shift-V pedig ugyanazt, mint FireFox-ban a Ctrl-V. Ez így egy csöppet kusza, nem?!
KDE-ben (ha jól emlékszem) a Klipper összehozza a két forrást.