Názory k článku
GNOME: lehké představení

Hehe, uz jen titulek ... ze pouzivani "nesvobodne" knihovny:o) To by me zajimalo, co znamena to nesvobodna? Ze by pod GPL licenci?

Qt nebolo pod GPL od začiatku...

"Tak proc je pro me prace v Xfce tak neskonale rychlejsi nez v KDE?"

PEBKAC

To že KDE umožňuje nastaviť napríklad farbu textu na panely (čo je užitočné pri priesvitnom paneli), nijak neznižuje rýchlosť mojej práce v tom prostedí

Zato skvelá použiteľnosť KDE programov oproti väčšine GTK má na ňu pozitívny vplyv dosť...

No je pravda že kdevelop zrovna v rozlíšení 640x480, alebo jaké to je na tom screenshote, nevyzerá najlepšie :) To že má defaultne trochu neprehľadný toolbar mi fakt nevadí, v IDE aj tak každý používa klávesové skratky... Každopádne jeho GNOME proťajšok Anjuta je totálne nepoužiteľné IDE ktorému chýbajú úplne základné featury. Úprava projektu ručnou editáciou Makefile.am je tá skvelá GNOME použiteľnosť o ktorej všetci hovoria? Alebo snáď ten desne neprehľadný symbol browser?

Zas napríklad Code::Blocks je imho jedno z najlepších pre C/C++ (a podporuje aj D), ale to má GUI vo wx, takže chvalabohu vo windows používa natívne GUI a v linuxe sa ten GTK+ backend dá prehrýzť...

Resp. Code::Blocks má síce v Linuxe v podstate GTK+ GUI, ale neriadi sa priblblými GNOME HIG v štýle "Four huge buttons ought to be enough for everybody :)" (je to totiž multiplatformná aplikácia). To isté napríklad Inkscape. Takže GTK+ samo o sebe sa ešte dá, len ten štýl programov ako je napr. Anjuta je čistá hovadina...

lenže kdevelop defaultne takto nevyzerá - toolbar taký je ale všetky tie bočné a spodné vysúvacie panely ani zďaleka nie sú defaultne (pri C++ autotools projekte) zapnuté

narozdil od registru Windows uklada GConf konfiguraci do XML souboru

A editace XML souboru je jistě snadná a jednoduchá a dokáže ji kdekdo, viď? :-)

Ano, dnes už to dokáže kdekdo, resp. nemyslím, že by existovalo mnoho lidí, kteří editují .conf soubory a nejsou schopni pochopit, jak funguje XML.

Viděl už jsi klasický komentovaný textový .conf soubor?

Ano viděl, nicméně nechápu, co tím chcete říci. Klasický .conf soubor má sice jednodušší strukturu než XML, ale těžko do něj uložíte strukturovaná data. Proto si myslím, že z hlediska univerzálnosti je XML vhodnější než .conf soubory.

To bude nejspise ten gConf, co znasobil velikost /etc (+15MB) ? Dal tak natriko pouckam "10MB staci kazdemu" :)

GConf uklada konfiguraci do XML souboru, navic typicky ne do /etc ale
do domovskeho adresare uzivatele, takze nevim, jak jste na to prisel

Určitým faktem proč používat toto desktopové prostředí je, že systémové zdroje, které GNOME potřebuje pro svůj běh, nejsou tak zatěžovány a lze to paušalizovat na tvrzení, že vám stačí slabší počítač než pro běh KDE.

Tato veta je po jazykove strance opravdu nepovedena. Po obsahove strance to je blbost.

Nekdo sem do diskuze u KDE linkoval srovnani, kde KDE porazilo i XFCE, ale musela byt uz spustena alespon nejaka aplikace - treba konqueror v KDE a nejaky GTK browser v XFCE.

teda nevim, mam 2GB ramky a po startu mi KDE vezme 180MB

nevite nekdo prosim jak se jmenuje toto http://i.iinfo.cz/urs/GNOME1-121406010884633.jpeg tema?
na gnome-look bych ho i pak dokazal najit.. diky :)

Azel - http://www.gnome-look.org/content/show.php/Azel?content=76898

mne sa zda, ze to Conky je. ale uvital by som aj nejaky sample config :-)

ono asi taky záleží na konkrétním PC - já to svoje s KDE jednou i částečně zasekal, s Gnome se mi to ještě nepovedlo. Ale tak někde běhá něco líp, někde hůř, klasika. K tomu otevírání souborů - je pravda že to chvilku trvá(pár vteřin), ale podle mě je to ještě OK - třeba Win u toho občas shodí celej program a hurá zpracovávat to všechno znova :D

File dialog shodí ve windows celý program? Eh, tak to se mi nestalo co pamatuju: NT4,98,98se,2K,XP. Možná tak gimp, který má file dialog v GTK :P

Pisete nesmysly, asi tomu vubec nerozumite.

2. GNOME používá (bohužel to musím říct) velmi zaostalou knihovnu grafickou knihovnu GTK+.

Knihovna GTK+ sama o sobe nema zadnou grafickou funkcnost, sama pouze vyuziva sluzeb knihoven GDK, Cairo a Pango. Mimojine, co je na GTK+ zaostale?

Stačí si otevřít GTK+ file/save dialog (zmiňovaný v článku) a najet do složky s velkým množstvím souborů. Ta pomalost bude zarážející.

To nesouvisi s rychlosti GTK+, ale s rychlosti GnomeVFS, ktere uz je mj. nepouziva, pouziva GVFS a GIO, ktere jsou mnohem rychlejsi.

zomg, všetci pochopili že sa hovorí o definícii slobodného softwaru podľa FSF (software poskytuje resp. neberie užívateľovi 4 základné slobody...), len niektorí jedinci sa musia tváriť veľmi korektne :)

dovolil bych si oponovat - na to jak se pracuje ma vliv samozrejme prostredi. predpokladam, ze Vy byste take nedokazal pracovat uprostred technoparty :D ... je to blbe prirovnani ;D - chci tim zkratka rict, ze kdyz se na me neco bude zubit pro mne ne prilis vkusnejma ikonkama a vzhledem, budu mit na obrazovce triliardu ovladacich prvku, mackatek, klikatek, kolecek, ikonek, cudliku, odkazu ... tak jako je tu nekde na screenshotu KDE - tak se mi zas tak dobre pracovat nebude ... napada me dalsi analogie - vymalovat si kancelar na cerno nebo na svetle modro - pokud nejsem doom/trash/gothic metalista, tak mam rekl bych jasno, jake si prostredi vyberu ;D

mate samozrejme pravdu, ale i v tom superklikacim a hejbacim prostredi se da pracovat docela obstojne. treba ja na vetsinu praci pouzivam emacs (nazordil od superklikaciho kate, ktery timto samozrejme neodsuzuji). ty klikatka jsou tam, ale nikdo nerika ze je musite vyuzivat a ze je _nemuzete zakazat_. narozdil od gnome kde ty klikatka nemate kdyz je opravdu potrebujete. typickym pripadem je v tomto ohledu filedialog z gnome. pokazde kdyz v nem musim neco delat, tak me bere das. Navic z nejakeho neznameho duvodu se porad (jiz od archaickych verzi tohoto filedialogu) stava, ze mam vsechny polozky v adresari zdvojene. Takze kdyz chci videt root adresar, dostanu neco jako:
\bin
\bin
\etc
\etc .... atd.
fakt moc vyborne.

timto samozrejme nechci nejak shazovat praci vyvojaru gnome, ale mam za to, ze z ergonomickeho hlediska se _mnohem lepe_ pracuje s KDE nez s GNOME (!prosim no flame, vyjadruji pouze svuj nazor!). A samozrejme z ergonomickeho hlediska se nejlepe pracuje s emacsem :)

Nekdo tady v predchozi diskuzi ukazoval jak vypada KDevelop se vsemi toolbary na 640x480. Nezlobte se na me, ale to je naprosto hloupy priklad. Ty toolbary _muzete vypnout_ a ponechat tam ty ktere Vas zajimaji. Tudiz uzivatel si pri prvnim spusteni programu _ma moznost vybrat_ co tam chce mit, a co ne. V GNOME tu moznost nemam, udela ji za mne vyvojar GNOME a _pokud ji tam chci_, musim porozumet tomu jak to nakonfigurovat a cim. A to je to, co odvadi pozornost od vlastni prace. Nemam zajem na tom hledat kde a jak neco nakonfigurovat, primarnim ucelem je prece pouzivat ten program jako nastroj ktery by mel fungovat 'out-of-box'