GNOME 2.32 – klid před bouří (diskuse)

[Roman Horník]

EOG už dávno nepoužívám, je pomalej a neumí zobrazovat animovanou grafiku. Teď používám Viewnior.

[Petr]

AGIF umí a APNG není rozšířené...

[Roman Horník]

Zobrazí animaci, nebo místo ní jen statickej obrázek?
Ať je to jak chce, oproti třeba Viewnioru je nechutně pomalej.

[Petr]

Zobrazí animaci.

[Roman Horník]

Že by? Naposledy jsem v EOG viděl animaci v r. 2006

[Petr]

A proto je dobré EOG pomlouvat?

[Roman Horník]

Jaký pomlouvání? Není to snad pravda? Do nedávna jsem EOG používal, používal jsem ho 5 let. V GNOME léta slibovali, že chybu napravěj, ale to už mi dávno přetekla trpělivost, tak jsem hledal vhodnou náhradu. Našel jsem.

[Jesus Jimenez]

S tou rychlosti musim souhlasit.

[Tutor]

Osobně se na GNOME 3 velmi těším. konečně se totiž ukáže, jak je to s přijetím gnome-shellu běžným frantou uživatelem, power-userem, pokročilým uživatelem atd...

Netroufám si odhadnout jak to dopadne, ale kdybych si měl vsadit, řekl bych že to brutální fiasko a gnome spadne na hubu.

[Roman Horník]

Vidím to nápodobně.

[Kovář David]

Závist, že je Gnome tak úspěšné? Nebo co vám na tom tak vadí?

[Tutor]

Můžete mi vysvětlit smysl vaší první věty?

[Michal Fecko]

Nemyslim... Gnome shell sa nemusi pouzivat...

[Tutor]

A jak to Gnome 3 bude podle vás fungovat?

[Sešívaný]

Naprosto normálně. Pochybuju, že velké distribuce na jaře přejdou na GNOME Shell, minimálně Ubuntu bude mít i nadále starý koncept. Během toho se ukáže, jestli to uživatelé chtějí nebo ne, např. Canonical si pro svoje potřeby dělá "testy na lidech". A pokud GNOME Shell u lidí neuspěje, tak není problém ho upravit nebo kompletně předělat. Důležité je, že GNOME není to, co vám vývojáři naservírují ve výchozím nastavení, ale balík technologií, z kterých si můžou distribuce udělat desktop. Už nyní není GNOME stejné v Ubuntu jako SUSE nebo Mintu.

[Tutor]

Jo? A v čem se technologicky liší GNOME v SUSE od GNOME v Ubuntu?

Gnome-shell je ústřední komponenta Gnome 3. Čím ho nahradíte? starým gnome-panelem?

[Sešívaný]

Ano, ze začátku (typuju 0,5-1 rok) to bude GNOME panel, tu už třeba Ubuntu deklarovalo. A jak říkám během té doby se ukáže, jak životaschopný GNOME Shell je. Pochybuju, že zodpovědní distributoři pustí mezi lidi něco, co je uživateli odmítáno. Nevidím důvod, proč by se v tomto případě nemohl GNOME Shell upravit nebo kompletně přepracovat. Je to jenom skupina technologií, z kterých se stejně tak může udělat tradiční desktop. Ostatně některé věci budou úplně stejné jako nyní, např. o plochu se bude i nadále starat Nautilus.

[Tomáš Bžatek]

Stary gnome-panel bude stale radnou soucasti platformy, takze distributori jej muzou nadale vyuzivat jeste nekolik dalsich releasu. Jen se v nem neobjevi zadne novinky.

Mam pocit, ze vsechny uvahy nezasvecenych ctenaru a diskuteru se toci jen okolo gnome-shellu. Ve skutecnosti je to ale jen jedna mala komponenta, kterou lze lehce nahradit necim jinym. Zbytek novinek v Gnome 3 (a nebude jich malo) tak muzete pouzivat dale. I mutter, jakozto WM gnome-shellu, lze pouzivat samostatne. Distribuce budou implementovat fallbacky pro pripad nedostupnosti OpenGL, vetsinou pujde na jeden klik prepnout styl desktopu a vse bude plne funkcni.

[heh]

mutter je další pohroma, kvuli propojení s clutterem nepujde vymenit WM napriklad za compiz.

[Tomáš Bžatek]

Stejnym tonem muzu rict, ze compiz je take pohroma Alespon v upstreamu se o compizu temer nemluvi a je v podstate nepodporovany.

[hikikomori82]

Suhlasim s padom na hubu a uz sa na to tesim. Ludia co opravuju co nie je rozbite si ani nic ine nezasluzia.

[Sešívaný]

Bavíte se o technologiích nebo konceptu desktopu? Technologie možná rozbité nejsou, ale jsou absolutně neperspektivní. To se týká především GNOME Panelu. Těžce spravovatelná součást GNOME, pro kterou je těžké psát jakékoliv rozšíření (applety). Proč si myslíte, že jich je pro GNOME Panel tak málo? Zkuste si napsat applet pro Plasmu v KDE a applet pro GNOME panel a uvidíte ten rozdíl. Nehledě na to, že se nevyhnete závislostem na ještě archaičtějších věcech (Bonobo).

[hikikomori82]

> Proč si myslíte, že jich je pro GNOME Panel tak málo? Zkuste si napsat applet pro Plasmu v KDE a applet pro GNOME panel a uvidíte ten rozdíl. Nehledě na to, že se nevyhnete závislostem na ještě archaičtějších věcech (Bonobo).

Skusil som a ziaden problem

[hryzo]

Gratulujem, takto sa na tych trollov musi. Zakladna kostra appletu (nejaky callback) je v podstate jednuducha vec. TO cim sa odlisuje KDE applet a GNOME applet su pouzite technologie (toolkity) pri ich vyvoji - holt niekomu sadne Qt a niekomu Gtk+

[belisarivs]

Mozna by nebylo od veci zjistit si, koho nazyvas trollem.

[hikikomori82]

Ak niekto povie ze napisat applet pre gnome je takmet nemozne a prva reakcia je trivialny 67 riadkovy applet pre gnome, tak je ten niekto troll aj keby to bol Linus Torwalds, Stephen Hawking alebo Dalajlama. Aj programatori geniovia si mozu zatrolovat.

[vain]

Co napsal Sešívaný si vlastně nijak nevyvrátil, jen si vyplodil něco (navíc bych se tím asi neoháněl) pro GNOME Panel, ale že by to bylo třeba ještě 8x lehčí jako plasmoid pro KDE tě nenapadlo co?

[hryzo]

Asi neviete citat, preto to radsej zopakujem. Zakladna kostra appletu je samozrejme v GNOME a KDE rozdielna, ale princip nejakeho callbacku je rovnaky a skutocne sa jedna o par riadkov (+ registracia takeho callbacku priamo v kode - Gnome - alebo rozsirenim existujucej triedy - KDE.

hikikomori82 ukazal,ze je skutocne jednoduche vytvorit applet. Logika, ktoru bude dany callback vykonavat je uz na programatorovi, ktory moze k tomu vyuzit rozne toolkity - v nasom pripade napriklad Gtk+ (Gnome) alebo Qt (KDE). O moznostiach danych toolkitoch a to ktory je lepsi a ktory horsi sa teraz nebavime - obidva ponukaju silne API, ktore moze dany programator vyuzit. V pripade Qt sa toto API netyka len GUI, ale na obranu - co nie je v Gtk je predsa v inych libkach.

Cielom bolo vyvratit mytus,ze by vytvorenie appletu v prostredi Gnome by bolo tazsie - nedajboze nemozne - oproti prostrediu KDE.

[vain]

Já umím číst velice dobře, jen ty máš evidentně výpadky paměti v tom, co bylo psáno.

[Bedňa]

Ty evidentne čítať vieš, tak ukáž ten 8x jednoduchší zdroják na applet do KDE.

[snb]

Ani to jinak dopadnout nemůže. Ale to fiasko se bude týkat jen Shellu.

Gnome to ale myslím přežije s tím, že se lidi prostě na Gnome Shell vykašlou. Pro běžného i pokročilého uživatele je to příliš jiná práce, než na jakou je zvyklý. Power-user většinou použije jiné prostředí, které může mít víc pod kontrolou(*box atd.). U GShellu nakonec zůstanou nadšenci a možná prvouživatelé, kteří nemají tak zažité návyky na lištová prostředí a zrovna jim takový styl práce bude vyhovovat.

[Jirkus]

Tak tak a to je velice optimistická předpověď. Bohužel!

[PetrHL]

Tento způsob vývoje se mi líbí. Vždy jen menší množství novinek, mohu si na to lépe zvykat.

Z Gnome-shellu nemám moc dobrý pocit. Měl jsem to nainstalováno, ale nevydržel jsem to dlouho používat. Dost se mi při práci na počítači snížila produktivita. Uvidíme jak bude vypadat finální release. Netušíte někdo jak se Gnome-shell chová při vzdáleném připojení pomocí NX?

[D.A.Tiger]

Tento způsob vývoje se mi líbí. Vždy jen menší množství novinek, mohu si na to lépe zvykat.

+1 Navíc se dají v projektu tímto způsobem mnohem lepe vychytat chyby.

[a]

salamova metoda v praxy...

[Radim]

S takovou se teda daleko dostanem.

[D.A.Tiger]

No nevim, ja nikam nespecham. Lepsi pomalu a nic zbytecne neuspechat, nez honem, honem, a pak to dopadne jak v KDE 4....

[Laco]

Na tu sracku GNOME Shell sa uprimne tesim :) To zase bude srandy na vsetkych forach a weboch, vsade plno navodov ako obnovit stare panely, nasraty uzivatelia atd. Mozno si aj linuxhater to Shellu kopne. Citim ze sa este dobre narehocem. Windows 7 rules :)

[Tomáš Bžatek]

Tym navrharu/designeru pracujici na gnome-shellu (vetsina z nich nikdy neprogramovala) berou hrozbu navodu pro revertnuti zmen vazne a snazi se toho vyvarovat. Vzdy se ale najdou lidi, co jim to bude proti srsti a budou kolem sebe rozsevat neuveritelne mnozstvi povyku, ale troufam si tvrdit, ze tuto skupinu lze ignorovat, nadpolovicni vetsina uzivatelu bude stale pro. Alespon nam to ukazuji dosavadni zkusenosti po zacleneni gnome-shellu do platformy pred dvema releasy.

[Pietro]

Ty by si sa mal hlavne liečiť. Nie je normálne, že píšeš tieto priblblé príspevky do každého linuxového fóra.

[pitomeczech]

EOG tohle umělo minimálně od v.2.30, teda to je recenze jako stehno.

[Tomáš Heger (geckon)]

Changelog tvrdí, že tato funkce byla přidána ve verzi 2.31.3. Díval jsem se a v GNOME 2.30 ji nemám.

[pitomeczech]

Pak se omlouvám, ale já se toho všim už u 2.30 v Gentoo, jedině že byl přidán patch.

Jinak, používám KDE4 a EOG slouží jako nejrychlejší prohlížeč obrázků a nejvíc se mi na něm libí že umí zoomovat kolečkem myši od místa kde ukáže kurzor myši, ne jako jiný posouváním dvou lišt, i podopora klávesových zkratek je výborná. To že neumí anim. GIFy je ale škoda.

[Roman Horník]

EOG rozhodně nejrychlejší není.

[David Jaša]

EOG je pekelně rychlý při zoomu opravdu velkých obrázků (desítky až stovky MP), všechny ostatní prohlížeče obrázků, co jsem měl v rukách, mi připadali jako šneci. ;)

[Roman Horník]

Ale co načítání obrázků? U jinýho prohlížeče na to stačej stopky, na EOG kalendář.

[Tomáš Bžatek]

Jasne, protoze to taky dekoduje vsechno do pameti - vysledkem je pak treba 2GB na proces pri velkem obrazku.

[Roman Horník]

To se mi nikdy snad nestalo, a to jsem v tom otevíral i 160MPx panorama. Ale v GIMPu to bylo brutálnější, 2GiB RAM bylo málo, ani z 2GiB swapu toho moc nezůstalo.

[hroch]

add EOG a Empathy: clovek se musi smat co povazuji za velke novinky :D ... Jako sry, za chvili se budeme radovat z toho, ze jsme se konecne zbavili toho monolitickeho balastu jmenem linux a nasadili jsme mikrojadro hurd :) To uz jsou fakt lepsi novinky, ze Canonical presunul tlacitka na levou stran.