Chrome pro Linux použije GTK+

Tuxradar.com informuje, že Google pro linuxový port prohlížeče Chrome zvolil GTK+. Ben Goodger (vedoucí projektu) prohlásil, že tato volba usnadní přenos aplikace mezi platformami a brání použití konstrukce, která "omezuje vaše možnosti".

17.2.2009 11:11 | Tomáš Heger (geckon) | Zajímavý článek

Komentáře

[Chameleon]

Ach jo. Pomalu a jistě zvažuji odchod z KDE na Gnome. Ne snad kvůli tomu, že by mi KDE 4 nevyhovovalo, ale kvůli tomu, že Firefox, Thunderbird, Inkscape, GIMP a teď i Chrome vyžaduje něco málo z Gnome/ GTK.

[vaše jméno]

Jaká strašná věc, že dvě různé aplikace (třeba Amarok vs. Firefox, anebo taky bash vs. ssh, ssh vs. login, amarok vs. dolphin atd.) používají různé knihovny! Skoro konec světa, řekl bych a nejlepší důvod na změnu pracovních návyků. Jaktože jsem to nevěděl dřiv?

Co na tom, že GNOME aplikace si budou ukládat hesla do gnome-keyring (mimochodem, dělá už tohle evolution), zatímco Firefox si je bude ukládat do svého vlastního souboru, stejně jako to dělá třeba Skype, takže skutečný benefit oproti KDE (kde je to právě tak) se hledá jen velmi těžko. Ale hlavně, že budou vypadat všechny okýnka stejně, to se pak člověku dělá jedna báseň (což vlastně nebude až tak pravda, všechny okýnka stejně vypadat nemůžou a třeba sdílení stejných klávesových zkratek pro stejné/obdobné funkce v rámci desktopového prostředí bývá taky občas problém).

Taková povedená anekdota, žeprý využití různých knihoven je náramně kontraproduktivní věc.

[Drew]

Mně se třeba s qt (nebo KDE) aplikacemi pracuje hůř, s jejich rozhraním se mi nepracuje příliš dobře, i když je to dáno asi nezvykem. Jedinou výjimku tvoří Opera, ale ta je kvalitou UI trochu někde jinde než většina ostatního (zavřeného nebo otevřeného) softwaru.

[miro]

Přiznám se, že tenhle přístup taky moc nechápu. Sám ho používám jedině ve speciálních případech, kdy je potřeba šetřit místem na disku a/nebo pamětí. Jinak používám jako desktop managera Gnome, ale aplikace volím zásadně podle toho, jak mi vyhovují. Že nemají jednotný vzhled, mě v nejmenším netrápí.

[talpa]

je videt ze nejsi vyvojar, ruzne knihovny pouzivaji ruzne fce a ty musis furt delat wrapper, takze se z toho jednoho krasneho dne potento... je to vazne prace navic..

[freshmouse]

> Co na tom, že GNOME aplikace si budou ukládat hesla do gnome-keyring (mimochodem, dělá už tohle evolution)

Ano, dělá.

Vzpomínám si, že před hodně verzemi si to dával do nějakého vlastního souboru, ale to už je dost dávno, řekl bych...

[Chameleon]

Spíš mi jde o to, že si nebudu prasit KDE systém půlkou Gnome balastu, když chci "ubohý" Inkscape.

[frEon]

myslim, ze driv nebo pozdeji si zaprasis system pulkou kde balastu, kdyz budes chtit ubohy foo.

[marbu]

Pokud ti to vazne tak moc vadi, tak si to zkompiluj bez gnome-vfs

[Grunt]

Tak to si zase dovolím nějakou tu citaci:

Qt je holka pro všechno

Qt je multiplatformny vsestranny toolkit.

Qt je kompletný toolkit na tvorbu desktopových, mobilných, a teoreticky aj serverových (aj keď to už je trochu overkill) programov.

Qt není (jenom) GUI toolkit, ale aplikační framework…

Opravdu se chcete hádat o tom co je větší balast? (A upozorňuji, že se neobíjím uchýlit i k taktice nejzbabělejší - porovnání velikosti balíčků potřebných k běhu nějaké aplikace z obou toolkitů) V souvislosti s tím mě napadá: Neexistuje něco jako tinyGTK+ nebo uQt?

[Grunt]

Ach jo. Pomalu a jistě zvažuji odchod z KDE na Gnome. Ne snad kvůli tomu, že by mi KDE 4 nevyhovovalo, ale kvůli tomu, že Firefox, Thunderbird, Inkscape, GIMP a teď i Chrome vyžaduje něco málo z Gnome/ GTK.

Konkrétně potřebujete GTK+,GLib,cairo a pango(pango jen v případě, že bude použito jako frontend WebKitu. Dá se tam volit mezi pangem a freetype). Sečteno a podtrženo 9124kB místa na disku. Hotová katastrofa. A nebo jen nechápu podstatu problému?

[Wire-64]

IMHO je jádro pudla někde jinde. GTK aplikace mají podivnou tendenci ignorovat nastavení mime-types a upřednosťovat Gnome/GTK aplikace. Například mi všechny gnome aplikace vnucovaly otevření PDF pomocí gimpu a to přesto, že defaultní aplikací v KDE jsem měl nastavenou jinak. Nakonec jsem musel vlézt do globálních mimetypes ručně, a z nastavení Gimpu natvrdo vymazat Postrcript a PDF jako známe formáty. Bohužel, GTK+ aplikace jsou takové dost nepřenosné

[Jardík]

Mně se zase stala opačné věc. Po nainstalování kde (bez toho, aniž bych ho jedinkrát spustil) se mi v gnome začali adresáře otevírat v dolphinovi a ani to nikde nejde (normálně) nastavit. Prostě hrůza.

[Wire-64]

to je nastavení mime-types.

[Wire-64]

problém je, že já gnome nainstalované nemám.

[Lukáš Zapletal]

To o tech 9 MB mista neni pravda - ty jmenovane knihovny snad maji take nejake zavislosti, ne? (Recnicka otazka). Takze se dostavame na nejakych 11 MB + neco zabiraji locales (20 MB) ale ty jsou nepovinne...

Je potreba, aby si linuxovi uzivatele zvykli na to, ze graficke prostredi proste NENI homogenni - diky bohu.

[Algi]

Trochu tě opravím:

Je potřeba, aby si Linuxoví uživatelé zvykli na to, že grafické prostředí na Linuxu NENÍ (a nikdy nebude) homogenní - díky jeho programátorům

Pozn.: Tohle je fakt věc názoru, ale fakt by mě nebavilo dělat aplikaci, která musí kromě své aplikační logiky ještě řešit v jaké GUI knihovně bude naprogramovaná. Ale něktěří (jako ty) to považují za výhodu, což v podstatě zachycuje podstatu Linuxu - svobodné rozhodnutí, které mi vyhovuje.

[Daniel Kvasnička ml.]

Je potreba, aby si linuxovi uzivatele zvykli na to, ze graficke prostredi proste NENI homogenni - diky bohu.

Chapu... na lepsi casy se evidentne neblyska, tak si musis vsugerovat, ze je to vlastne dobre...

[Filip Jirsák]

Je potreba, aby si linuxovi uzivatele zvykli na to, ze graficke prostredi proste NENI homogenni - diky bohu.

Chapu... na lepsi casy se evidentne neblyska, tak si musis vsugerovat, ze je to vlastne dobre...

Máte nějakou představu o tom, kolik asi lidí homogenní grafické prostředí vyžaduje? Já bych si tipnul, že to bude nějaký mizivý zlomek uživatelů. Vždyť z důležitých hráčů na desktopu řeší homogenní GUI možná Apple, nikdo jiný.

[otula]

Máte nějakou představu o tom, kolik asi lidí homogenní grafické prostředí vyžaduje? Já bych si tipnul, že to bude nějaký mizivý zlomek uživatelů

Pokud smím přispět také svým názorem do této diskuze, tak bych řekl, že lidé jsou smíření s tím, že každý pes jiná ves, ale určitě by homogenní prostředí ocenila drtivá většina uživatelů. Mně stačí to věčné vysvětlování kolegům a kolegyním, proč jednou najdou USB disk přímo v souborovém dialogu a jindy ho musejí hledat v adresáři /media. Nedej bože, když chtěl někdo tisknout před časem ze starší verze Adobe Readeru, kde nešla vybrat tiskárna… A proč má člověk v jednom programu asociovaný k html Konqueror, a ve druhém Firefox. Homogenní prostředí neřeší člověk, který systém zná a ví, proč se tohle chová tak či onak, a jak to nastavit. Ale člověk, kterému vytvoříš na počítači účet a posadíš ho k tomu, že si tam může páchat co chce, je z toho vcelku zmaten. A ne kvůli zvykům z Windows, ale právě kvůli nehomogenitě prostředí. Nebojuji proti tomu, byl by to boj s větrnými mlýny, který nemá šanci nikdo vyhrát. Ani nemohu říct, že homogenní prostředí vyžaduji. Nevyžaduji ho - kdybych ho vyžadoval, používal bych Mac. Ale kdyby bylo, byl bych určitě raději.

[Grunt]

Mně stačí to věčné vysvětlování kolegům a kolegyním, proč jednou najdou USB disk přímo v souborovém dialogu a jindy ho musejí hledat v adresáři /media.

Přesně. A co teprve moje babička nebo děda? Ty když jsem poprvé viděl usedat k počítači tak jsem se málem skácel k zemi. Bylo to něco mezi přípravou na jednání s Rakousko-uherským úředníkem a scénkou ze Slunce,seno. Příště si to natočím ať je vidět jak ten nějaký mizivý zlomek uživatelů trpí.

[otula]

[Filip Jirsák]

Pokud smím přispět také svým názorem do této diskuze, tak bych řekl, že lidé jsou smíření s tím, že každý pes jiná ves, ale určitě by homogenní prostředí ocenila drtivá většina uživatelů.

Jistě, že by homogenní prostředí ocenila většina uživatelů. Bohužel, každý by ocenil jiné. Takže do té doby, než bude vynalezeno to ideální prostředí, které už nepůjde zlepšovat (což je v plánu hned po konci světa), budou se stávající prostředí zlepšovat, vyvíjet, zkoušet nové věci a vzájemně si konkurovat – z čehož logicky plyne, že nebudou homogenní.

Mně stačí to věčné vysvětlování kolegům a kolegyním, proč jednou najdou USB disk přímo v souborovém dialogu a jindy ho musejí hledat v adresáři /media.

V adresáři /media ho najdou vždy, ne?

[otula]

Takže do té doby, než bude vynalezeno to ideální prostředí, které už nepůjde zlepšovat (což je v plánu hned po konci světa)

Ani netřeba tolik ironie, chápu příčiny různorodosti, chápu nesmyslnost věčných dohadů o ní, chápu, že je to daň za svobodu OSS, jsem zcela jednoznačně proti všem výkřikům o jedné ideální distribuci, ale zároveň nejsem zaslepený fanatik, abych tvrdil, že je to ideální stav. Distribuci si člověk zvolit může, toolkit jen výjimečně. Naprosto špičkové by bylo, kdyby si člověk mohl u každého programu vybrat, zda ho chce skompilovat s GTK+ 1, GTK+ 2, Qt3, Qt4, kdelibs3, kdelibs4, atd… To by bylo něco A konkurovat by si mohly v tom co umí a jak jsou výkonné. No jo, celosvětový mír ve světě bez nemocí by byl taky fajn :-p

V adresáři /media ho najdou vždy, ne?

Jasně. Vzhledem k nastavenému KDE téměř všichni najdou připojená média i bez rady, kde je hledat - dokud používají KDE aplikace. A kliknout na ikonu "zařízení" je i mnohem rychlejší. Ale byl to jen příklad. Je to nejen file dialog, ale i print dialog, možnost z KDE aplikací "tisknout" do PDF…

[Filip Jirsák]

Naprosto špičkové by bylo, kdyby si člověk mohl u každého programu vybrat, zda ho chce skompilovat s GTK+ 1, GTK+ 2, Qt3, Qt4, kdelibs3, kdelibs4, atd…

To by ale postavilo princip toolkitů na hlavu. Toolkit nejsou jen obrázky malované na obrazovku, ale hlavně ta logika ovládání GUI pod tím, a třeba v případě Qt spousta dalších věcí. Takže psát to s více toolkity by bylo jak psát dva různé programy.

[otula]

No jo, já vím - proto jsem také připojil stejně naivní poznámku o světovém míru

[Drom]

Ja pouzivam vyhradne GNOME a Gtk+ aplikace a prostredi mi prijde docela homogenni... Tedy rozhodne takove problemy, jako jednou najdou USB disk přímo v souborovém dialogu a jindy ho musejí hledat v adresáři /media nebo před časem ze starší verze Adobe Readeru, kde nešla vybrat tiskárna nebo v jednom programu asociovaný k html Konqueror, a ve druhém Firefox nemam.

Myslim si, ze homogenni prostredi (a i vice komplexni) je i v KDE. Ovsem ten, kdo kombinuje prostredi a toolkity (a do toho jeste padesat dalsich programu) musi pocitat s tim, ze to homogenni nebude.

Je tedy otazka, co myslite vyrazem "homogenni".

[otula]

Homogenním prostředím myslím víceméně to, co jsem popsal - a předpokládám, že stejně tak to myslí i předřečníci. Já s těmito věcmi také problém nemám (no občas mne to trochu sejří, ale to je tak všechno). Vím, kde to mám hledat, když chci, udělám si na potřebné věci záložku. Mluvil jsem o lidech, kteří se počítači nezabývají, používají je jen jako nutný nástroj. Případně mohou i dobře zvládat Windows. A opravdu NIKOHO z neznalých nenapadne, že má hledat USB disk v adresáři /media. Každý trochu inteligentní ho najde v KDE dialogu, ale pokud má před sebou GTK/Qt aplikaci, skutečně ho nenajde. A hlavně se diví, proč v jednom programu to má po ruce a ve druhém je ztracen. On netuší, že jsou nějaké toolkity, aby si řekl: "No jo, tohle je GTK aplikace, ta se bude chovat takto, tohle je Qt3 aplikace, zde je to takto, a tohle xy aplikace a bude se chovat takto."

[Smajchl]

No jasně no, tohle je trochu nedomyšlený, třeba asociace souborů sou pokaždý jinak a podobně...

[miso]

>> Máte nějakou představu o tom, kolik asi lidí homogenní grafické prostředí vyžaduje?

Vela ludi sa snazi pouzivat vyhradne Qt/KDE alebo GTK/GNOME. Potom sa aplikacie pisu dvakrat, pripadne nie su

[Daniel Kvasnička ml.]

Situace je dneska v Linuxu i na Windows tak zoufala, ze uz nikdo od techto dvou platforem vazne neceka, ze by se neco razantne zmenilo...

Takze rozlisujte mezi nestezovat si, protoze jsem spokojen a nestezovat si a potichu trpet.

[Grunt]

To o tech 9 MB mista neni pravda - ty jmenovane knihovny snad maji take nejake zavislosti, ne? (Recnicka otazka). Takze se dostavame na nejakych 11 MB + neco zabiraji locales (20 MB) ale ty jsou nepovinne...

Tak mi to nedalo. Jelikož jsem si nedávno nainstaloval Visty a snažím se na nich kompilovat různé aplikace, tak jsem vzal hned tu první zkompilovanou - GTK Hello World, zkopíroval ji mimo a pak spouštěl a doplňoval závislosti, které vyžadovala. Výsledek viz. příloha. Vím, že je to takové Tomešovské srovnání, no bohužel ke komplexnějšímu srovnání nemám potřebné znalosti a nikdo znalejší se k tomu jaksi furt nemá. A to jsem si jistý, že je všechny nepotřebuje(protože je při kompilaci nevyžadovala) a vynutila si je jen protože jsou proti nim knihovny slinkované(GTK aplikace se prej nedají staticky slinkovat, takže co z toho používá, těžko říct). No znova si dovolím nějakou citaci od člověka, který přímo s QT pracuje:

tam išlo proste o to, že GTK je GUI knižnica, zatiaľ čo Qt je kompletný toolkit na tvorbu desktopových, mobilných, a teoreticky aj serverových (aj keď to už je trochu overkill) programov.

Nehovorím že to u GTK vadí, ale proste je pohodlnejšie mať to všetko navzájom previazané, takže napr. môžem jednoducho subclassnúť QGLWidget, a mám plnohodnotný Qt widget kresliaci OpenGL, ktorý sa ovláda ako potrebujem, takto to používam aj v editore pre moju hru.

Veľa programov na desktope používa proste sieť, audio, a pod., a keď je to všetko v jednej knižnici, kde to môžem používať asynchrónne, takže napr. poviem QHttp nech niečo stiahne, GUI thread beží ďalej, a na konci, alebo pri updatnutí progressu, dostane moje okno signál, ktorý môžem napojiť na nejaký slot, proste je to všetko pohodlné a logické...

Viem že u GTK sa to všetko dá riešiť inými knižnicami, ale tej pohodlnosti ako je u Qt sa to nemôže rovnať

Takže srovnáváme len widget toolkit(který má všechny své balíčky nutné pro běh uvedené třeba zde) proti multiplatformnímu všestrannému toolkitu. Já mam celkem jasno.

[Grunt]

Příloha:

• gtk_helloworld.png (102629 bytů)

Výsledek viz. příloha

[Jan Včelák]

Není to spíš protože gOS používá Gnome a tedy se jim to hodí?

[Ilfirin]

gOS nemá s googlem společného ani fň. Spíš se jim to hodí, protože hlavní ikona linuxové trhu je Ubuntu/Gnome.

[SnailCZ]

Je to tak... KDE4 si ještě ke všemu udělalo podobnou reklamu, jako Windows Vista.

GTK je teď mainstream.

[michal]

Až bude kde4 stabilní tak vydají verzi kde5 ve které udělají pár drobných změn aby se to jmenovalo jinak než "nestabilní kde4" jako to udělal microsoft s win7 :)

[q pal]

GTK je teď mainstream.

To je bohuzel pravda. KDE 3 uz je na horizontu a KDE 4 je rychlosti a stabilitou od GNOME stale daleko. KDE 4 ma obrovsky potencial, ale je nutne sladit jeho vyvoj a vyvoj QT, dokoncit vyvoj hlavnich aplikaci (napr. K3b) a doladit rychlost a stabilitu. Pouzivam KDE i GNOME a KDE je i ve verzi 4.2 mene pouzitelne. Jak uz jsem ale rekl, KDE ma velky potencial, ktery pripisuji hlavne rychlosti vyvoje a dobrym (cistym) navrhem.

[Drom]

GTK je teď mainstream.

Myslite? No to me samozrejme tesi :)

[Jan Včelák]

Aha. Tak to já jsem myslel, že s tím mají společného hodně. Ale asi máte pravdu.

[edois]

To je skvela zprava, dozajista dalsi prohlizec pouzivajici GTK+ potrebujeme... doufam ze tam nechaji i ty nepouzitelne file dialogy, co ma linuxova verze firefoxu, aby to melo stavu

[razor]

ach jo, když ti ten file dialog tolik vadí, tak si tam dej nativní dialog firefoxe: about:config => ui.allow_platform_file_picker = false

[edois]

Ten nativni firefoxi je o neco hezci, ale stejne nic neumi; ten GTK umi aspon vytvorit adresar, ale obycejnej blbej filtr na priponu neumi ani jeden :/

[razor]

ten firefoxí umí též vytvořit adresář (verze 3.0.1)

[edois]

Aha, ja koukal na "open file" a ne "save file" dialog.. v tom pripade jsou oba stejne nepouzitelne, jen ten GTK je o dost hnusnejsi..

[razor]

Mě je to teda celkem fuk, ale pro zajímavost, k čemu při ukládání souboru potřebuješ obyčejnej blbej filtr na příponu. Když ukládám html, tak mi ten firefoxí dialog nabízí (case insensitive) masku *.htm *.html. Když ukládám např mp3 tak mi nabídne masku *.mp3, když jpg tak nabídne *.jpeg, jpg .... Připadá mi to celkem použitelné.

[edois]

U toho filtru nemam na mysli ukladani souboru, ale vyber souboru (treba pri uploadu). Kdyz vyvijim webovou aplikaci a testuju zrovna treba upload videa ve flv, tak potrebuju libovolny soubor .flv, co mam v adresari. V konqueroru si dam do filtru *.flv a vyberu si ten, ktery chci. Totez ve firefoxu pro me znamena pustit terminal, udelat ls *.flv, nejaky z nich si vybrat a zavrit terminal, coz mi prijde trochu debilni (pochopil bych to tak ve windows, ale na linuxu?)..

[razor]

Aha, tak to jo, to by se hodilo.

[otula]

Příloha:

• ff-2.png (39291 bytů)

jsou oba stejne nepouzitelne, jen ten GTK je o dost hnusnejsi..

Ne, že bych Firefox používal, ale uniká mi, v čem je ten GTK dialog o dost hnusnější? V tom, že má záložky? V tom, že má řádek, kam se dá psát rovnou cesta? Asi na to můj zakrnělý mozeček nestačí, aby to pochopil.

[edois]

Napriklad ta nesmyslna tlacitka nahore, vzdyt je to uplne k nicemu, zabira to spoustu mista a pritom by misto toho stacilo tlacitko "o uroven vys".

Pak ten combobox s typy souboru - nalevo od nej je spousta nevyuziteho mista, takze to vypada, jako ze tam neco chybi. Mno a popravde chybi - mohl by tam byt edit box na masku souboru (tzn. ne jen nekolik vyjmenovanych pripon), ale zrejme by to matlo hloupe uzivatele..

Schvalne si to zkuste porovnat s obdobnym file dialogem v KDE (3.5, ne 4), to je nebe a dudy..

[Ilfirin]

Tlačítko "o úroveň výš" tam máte a nejen to, tlačítka na všechny úrovně. Ale jasně, vím o co vám jde, takže ano, je to koncentrované zlo.

[otula]

Odvádíte řeč jinam. Tady padlo srovnání interního FF dialogu versus GTK dialog. Nikoliv GTK versus KDE3 či KDE4. Nikde jsem nepsal, že je GTK dialog skvělý. Jen jsem se ptal, v čem je GTK dialog - dle vašich slov - "o dost hnusnější", než interní FF dialog. Mohu to vědět?

[edois]

No tak napriklad uz ta zminena nesmyslna tlacitka (interni tam ma inteligentne jen tlacitko "o uroven vys", takze to nezabira tolik mista).

Dalsi vec je to, ze ten interni firefoxi pouzije stejne fonty, jako mam nakonfigurovane ve firefoxu. Ten GTK pouzije fonty, ktere jsou asi 2x vetsi (ja vim, je to vec nastaveni, ale ja si proste nechci nastavovat pulku v chrome.css a pulku v nastaveni GTK).

Jeste jsem si vsiml jedne veci (netyka se vzhledu, ale pouzitelnosti) - ten firefoxi aspon umi radit podle velikosti, GTK ne, pritom zabira 2x tolik mista..

[otula]

Ad nesmyslná tlačítka - to je věc názoru. Mně spíš v tom FF dialogu děsně chybí ten editovatelný řádek.

Ad fonty - jaksi jsem rozdílných fontů nevšimnul. Jestli máte ve Firefoxu jiné fonty, než třeba v GIMPu, tak to máte asi hodně pestrý systém Ale proti gustu…

Ad třídění - souhlasím.

[edois]

GIMP spoustim cca 5x do roka, takze si tech fontu ani nevsimnu.. ale firefox musim mit spusteny prakticky porad (na testovani veci, ktere dela nestandardne (napr. cachovani - cachuje i to, co nema), na bezne surfovani pouzivam slusnejsi prohlizec), tak jsem si tam nastavil stejne fonty jako mam v KDE. Jinak zadnou dalsi GTK aplikaci nepouzivam, takze proto jsem to nastaveni GTK neresil...

Jaky radek tam chybi?

[otula]

Ad chybějící řádek - ten editační. Ale pro jistotu jsem teď vyzkoušel ten spodní a funguje podobně - i když se v něm ovšem pracuje hůř, protože nedoplňuje, ale jen nabízí, takže je vždy potřeba sjet dolů, odentrovat vybraný adresář a pokračovat, což zrovna moc praktické není :-/

[otula]

Jo a pokud jde o GTK aplikace, to teda koukám. Za GIMP, Hugin, Gaupol, EasyTAG, Stardict, LinuxDC++ jsem srovnatelně dobrou náhradu pod Qt nenašel - aspoň z těch, co běžně používám. A náhrady za Ardour, Inkscape nebo Synfig také nejsou běžně k mání (vím, že existuje Krita, KSubtile, Kid3, QStardict, Ktranslator či Valknut, ale neumějí to, co očekávám od daného programu, případně to ten GTK program umí lépe)

[Daniel Kvasnička ml.]

nalevo od nej je spousta nevyuziteho mista, takze to vypada, jako ze tam neco chybi.

Nejvetsi katastrofa pri tvorbe SW je, kdyz maji moznost ovlivnovat vzhled GUI lide s podobnymi nazory...

[Grunt]

Napriklad ta nesmyslna tlacitka nahore, vzdyt je to uplne k nicemu, zabira to spoustu mista a pritom by misto toho stacilo tlacitko "o uroven vys".

A)Kdyby se to takto provedlo tak by tam zase zbylo spoustu volného místa. Jen by se po CTRL+L mohly ty tlačítka měnit v adresu, tak jako je tomu v nautilu.

B)Tyto tlačítka oceníte hlavně v nějaké hluboké adresářové struktuře s mnoha soubory(/usr/…). Než by se člověk zase proklikal přes všechny úrovně ke kořenu a než by se vykreslily. Bohu dík za ně patří.

Mno a popravde chybi - mohl by tam byt edit box na masku souboru (tzn. ne jen nekolik vyjmenovanych pripon), ale zrejme by to matlo hloupe uzivatele..

Dlouho jsem nechápal. Až jednoho dne jsem skutečně pochopil. Zprvu, v UNIXoých systémech nic jako přípony neexistuje. V .jpg se klidně může schovávat video. To že je soubory mají jen jen z důvodu zpětné kompatibility s jistým systémem. Naopak Vám bylo do vínku dáno po instalaci GNOME hned několik adresářů pro typy či formáty. Že to všechno šijete defaultně do jednoho adresáře a pak se v tom nevyznáte a ještě jste líný si to roztřídit je čistě Váš problém. Programy pro práci s určitými druhy souborů si to už potom specifikují blíže. A to že si to nespecifikuje FireFox už je čistě jen chyba FireFoxu, protože třeba v Epiphany různé typy k filtraci jsou. Netvrdím, že by se to občas hodit nemuselo, ale nemá cenu zatěžovat třeba moji babičku s nějakými příponami, které ke všemu existují jen imaginárně kvůli rádoby profesionálním uživatelů počítače.

[Grunt]

Ne, že bych Firefox používal, ale uniká mi, v čem je ten GTK dialog o dost hnusnější?

Vůbec nemá cenu namáhat se a zjišťovat to. Včera jsem asi tak půl hodiny tahal z jedné holky důvod, proč chce přecházet na Linux a nezůstává na Linuxu. Výsledek:Visty se mi nelíbí. Prostě jen zastírají vlastní neznalost/lenost/neschopnost/nevímcoještě a házejí to na systém/dialog. Já používám všechny tři(GTK,QT,Windows) a ani jeden jsem tady nehanil. Každý má svoje plus a každý svoje mínus(ti co tady furt kvákají o debilnosti GTK dialogu by si měli zkusit ten z Vist - to je teprv to pravé peklíčko perlíčko. Už jsem naštěstí přišel na to jak na něj.), ale někdo prostě nedokáže uznat svou chybu a bude do nekonečna kvákat o debilnosti těch ostatních.

[Amarok]

To zrejme neplati pro FF ve woknech. Ted drepim v praci a koukam, ze to tu neni.

[dayvee]

co se tyce filedialogu ve ff, resim to takto:
dayvee@laptop:~$ cat /usr/local/bin/ff
#!/bin/sh
kgtk2-wrapper iceweasel &

[edois]

To je perfektni! Konecne aspon trochu pouzitelny firefox ;) Moc diky

[dayvee]

za malo kazdopadne kgtk-wrapper nebo kgtk2-wrapper nebo je velice sikovna hracka jeden z nich dokonce funguje i na open/save dialogy v opere )

[m1c4a1]

Zavrhovat GTK+ kvůli jednomu přiblblýmu Open/Save dialogu je stejný, jako poslat do háje celý ODS kvůli ubohým 30 Kč poplatkům.

 

[...............23]

Ja napríklad zavrhujem GTK aj z iných dôvodov (hlavne sa v tom oproti Qt blbo programuje, z hľadiska usera tam ale neni až taký rozdiel...)

[Andrej Herceg]

Koľko programov si pre GTK+ a Qt naprogramoval? :)

[...............23]

Pre Qt ich zopár bude, napríklad v tom robím editor k svojej hre (real-time stratégia, používa to OpenGL, custom widgety a pod. haluze, samotná hra už ale samozrejme Qt nepoužíva), okrem toho veľa menších jednoúčelových haluzí (vrátane takých čo využívajú QtNetwork a iné časti Qt, napríklad program na synchronizáciu videa hrajúceho na viac compoch, čo je veľmi užitočná vec na intráku )...

V GTK som robil v podstate len tie jednoúčelové haluze, napríklad klienty na testovanie niektorých serverových vecí, dokonca som v tom skúšal nakódiť alternatívny file dialog , ale z čistého GTK v C ma šlo poraziť, tak som rýchlo prešiel na gtkmm, to už je o dosť lepšie, ale stále mi tam hrozne moc vecí chýba (kvalitný designer, nemožnosť podrobného nastavenia správania sa niektorých widgetov, a pod.)

[m1c4a1]

Je pravdou, že programovat v GTK+ je opruz, protože chybí objektový přístup (to je asi nejlepší přístup pro programování GUI) a pak vznikají Cčkové funkce jako gtk_button_new_with_label(). Ano, jde použít třeba gtkmm, ale to je jen interface, nemá to ten objektový přístup už v návrhu.

Na druhou stranu pokud už se to napíše, tak protože je to čisté Céčko, je to o něco rychlejší než C++.

[disorder]

LOL!

aby si pochopil, smejem sa tvojej hluposti:

gtk_button_new_with_label() -> Gtk::Button.new(label)

[m1c4a1]

Však jsem psal, že existuje gtkmm, stačí pořádně číst. Pořád je to ale rozhraní nad GTK+, takže další zpomalující vrstva (nehledě na to, že je to pomalejší C++).

[AHAHA]

Pokud nepouzivas virtualni dedicnost, vyjimky a podobne veci, tak C++ neni pomalejsi nez C.

[Deleted [8409]]

Mýty.

[m1c4a1]

Místo nějakýho hesla by to chtělo ty mýty aspoň vyvrátit nějakým argumentem...

[Deleted [8409]]

Těžko někomu vyvracet náboženství, že C je rychlejší než C++. Ten co perfektně ovládá oba tyto jazyky, nemůže nikdy říct tento nesmysl. Navíc se podívejte, jakým způsobem funguje google a s jakýma features se Chrome kompiluje (výjimky nebo RTTI tam nenajdete).

[J. M.]

Je pravdou, že programovat v GTK+ je opruz, protože chybí objektový přístup (to je asi nejlepší přístup pro programování GUI) a pak vznikají Cčkové funkce jako gtk_button_new_with_label(). Ano, jde použít třeba gtkmm, ale to je jen interface, nemá to ten objektový přístup už v návrhu.

Ten návrh GTK+ samozřejmě je objektový. GObject je objektový systém. Dědičnost, hieararchie, všechno. To, že to je napsané v céčku, na tom nic nemění. I v céčku se dá programovat objektově. To, že to má hnusnou syntaxi, neznamená, že to není objektový návrh. Objektovost není věcí jazyka a syntaxe.

Na druhou stranu pokud už se to napíše, tak protože je to čisté Céčko, je to o něco rychlejší než C++.

O tom bych velmi pochyboval. Důkazem budiž právě ryvchlost Qt versus GTK+. Jsou důvodná podezření, že právě ty nutné céčkové implementace vyšších úrovní jsou věcí, která GTK+ tak zpomaluje.

[Wire-64]

Skoro bych si vsadil, že těmito bezobsažnými PR žvásty se skrývá fakt, že Qt vlastní veliký konkurent googlu - Nokia.

[alium]

Pravděpodobně ano,  součástí Qt 4.5 má být prohlížeč postavený na webkitu, Aurora + Flash plugin, takže konkurence přibude. (Doufám, že nemám zastaralé informace...)

[Wire-64]

já to tušil. A nejde jen o prohlížeče. Google se hrne do mobilního segmentu, a Qt 4 má vynikající technické předpoklady stát se významnou komponentou. I proto řekl bych se google cpe do GTK+, ostatně on se momentálně angažuje i ve vývoji Gnome.

[Grunt]

Nechci do toho kecat, ale WebKit s Qt frontendem můžete zkoušet už teď.[1],[2] Večer jdu stahovat a kompilovat.

[saly]

Jen drobnůstka. Nejmenuje se to Aurora, ale Arora, web tu: http://code.google.com/p/arora/

Pokud ovšem myslíme to samé

[Grunt]

Díky moc. O tom jsem ani nevěděl. Moc pěkný prohlížeč. Takže si dělám řadu Epiphany, Midori, Arora a kdo bude kvákat dostane touto trojicí.

[otula]

Když už je tu řeč o Aroře, tak mi v ní od kterési verze nefunguje vyhledávání, ani třeba Ctrl+L, takže používám již dost starou verzi, kde to ještě šlapalo. :-/

[alium]

Ted jsem si vsiml, ze jsem to spatne napsla. Arora, jasne, ze je to ono... diky

[Andrej Herceg]

Multiplatformné Qt pre nich nemá zmysel používať preto, lebo by ho aj tak používali len v Linuxe (vo Windows a v Mac OS X sa Qt aplikácie nesprávajú a nevyzerajú presne ako natívne, takže by tam aj tak museli používať niečo iné). A keď sa zaoberajú čisto len Linuxom, tak je GTK+ pravdepodobne používanejšie ako KDE/Qt (a im ide o to urobiť dobrý prehliadač pre väčšinu a nie pre všetkých používateľov).

PS: Aj keď ja osobne používam KDE som rád, že Chrome bude používať GTK+. :)

[Wire64]

Zato GTK+ aplikace vypadají ve Windows nativně, jen co je pravda

PS: Takové PSI používá Qt pro Windows už léta. A léta jsem nevěděl, že je to Qt a né nějaké WinGUI.

[mirec]

Tak tak, Qt aplikácie vyzerajú na windowse ako natívne aplikácie čo sa o GTK povedať nedá. Na mac sa síce Qt trochu odlišuje od štandardných aplikácii ale je to zase lepšie než GTK. Na Linuxe v prostredí založenom na GTK Qt vyzerá natívne (má GTK vzhľad, GTK dialógy, poradie buttonov), v KDE má KDE vzhľad, poradie buttonov ..

[Andrej Herceg]

Nie Qt vo Windows nevyzerá ako prirodzené aplikácie. A ak náhodou áno, tak to zase nebude vyzerať ako prirodzená aplikácia v Linuxe (vzdialenosti medzi prvkami sú iné, používanie veľkosti/štýlu písma je iné...).

A ešte raz zdôraznim: to, ako vyzerá Gtk+ vo Windowse je pre Chrome irelevantné (oni chcú Gtk používať len v tej verzii pre Linux).

[mirec]

Tá aplikácia ktorú píšem vyzerá ako keby nebola bežná windows aplikácia? Len pre zaujímavosť na linuxe vyzerá natívne (píšem ju na linuxe). Žiadne rozdiely vo vzdialenosti medzi prvkami som nenašiel.

[Andrej Herceg]

Práve to, že je to úplne rovnaké je ten problém. ;) A áno, nevyzerá to ako Windows aplikácia (keď už nič iné, tak pre ten spôsob použitia tučného písma a tie orámovania).

[mirec]

To nie je tučné písmo ale štandardné písmo vo veľkosti 120% (kvôli tomu, že ten stromový pohľad je náhrada menu ktoré je štandardne skryté. Nižšie úrovne majú menšie písmo, je to zámer, nie chyba. A orámovania pokiaľ sa nemýlim sú štandardné (zase som ich použil narokom keďže bez toho by to vyzeralo dosť biedne).

[Grunt]

Příloha:

• gtk+_windows.png (275618 bytů)

Tak tak, Qt aplikácie vyzerajú na windowse ako natívne aplikácie čo sa o GTK povedať nedá.

Zvláštní…asi každý používáme jiné GTK nebo jiné Windowsy.

[Andrej Herceg]

Oni nechcú vo Windows používať Gtk+ (presne z toho istého dôvodu, kvôli ktorému tam nechcú používať ani Qt). ;)

[Deleted [8409]]

To bylo kvůli licenci. Port na Gtk začal mnohem dřív, než bylo Qt pod LGPL (stačilo se podívat do SVN při zveřejnění).

[trekker.dk]

Hm. Jeden pomalý na GTK založený prohlížeč zjevně nestačil...

[edois]

+1

[Grunt]

Prohlížečů na GTK založených je mnohem víc. A určitě nejsou pomalé.

[..... Izak .....]

No ja taky netusim, o cem ti lidi mluvi, jel jsem na AMD 1.8+ a ted mam AMD X4 64bit a ani predtim, ani ted nic pomaleho nevidim, ted teda uz vubec ne.

[Amarok]

To je teda zvlastni, ze FF nebyl pomaly na 1.8GHz ;) :D Vazne zahada...

[dayvee]

napriklad epiphany ... ta je krasne rychla, ale to je ostatne i (funkcnosti velice podobny) links

[Jesus Jimenez]

A co jineho potrebujete od prohlizece, nez prohlizeni webu? V tom je Epiphany pomerne zdarila :)

[dayvee]

pokud od prohlizece chcete jen prohlizeni webu, staci vam de facto i ie6. pokud s telefonem chcete jen volat a textovat, staci vam treba nokia 3310. pokud od prohlizece pozadujete nejakou rozsirenou funkcnost (rozumneho spravce downloadu, bookmarks, spravce hesel, mouse gestues, vyhledavani v adresnim radku atd...), chce to neco sofistikovanejsiho, treba ff nebo operu. pokud od telefonu chcete rozumny kalendar, rozsirene kontakty, multimedialni prehravac, wifi, rozumny browser atd, chce to taky nejaky rozumny telefon, treba g1 ... vse je samozrejme otazku nazoru a naroku :)

[Grunt]

Já docela žeru jak lidi furt nadávají na to, že jsou dnešní prohlížeče molochy, ale přitom by chtěly aby ty prohlížeče snad i tancovaly. Od telefonu chci aby telefonoval, od prohlížeče aby prohlížel. Na kalendář tady mám kalendář(a to jak v reálném světě, tak jako aplikaci v GNOME).

rozumneho spravce downloadu

U Epiphany se dá použít GWget.

bookmarks

Ty má Epiphany ve výchozím nastavení.

spravce hesel

Toho má Epiphany ve výchozím nastavení. Jen nevím jestli se používá pro ukládání GNOME backend nebo ten z FireFoxu(Epiphany pro jádro používá tu stejnou knihovnu jako FF, takže změny provedené v FF se v něm promítnou)

mouse gestues

Dostupné skrze Epiphany-extensions. Stejně jako kupa dalších blbin.

vyhledavani v adresnim radku

Funguje ve výchozím nastavení.

vse je samozrejme otazku nazoru a naroku

Akorát já jsem přesvědčen o tom, že ten Váš názor je špatný. Teď už mi zbývá o tom jen přesvědčit Vás.

[dayvee]

jiste, verim tomu, ze budete-li epiphany rozsirovat, dosahnete treba moznosti opery. ovsem, stane se z ni dalsi, jak vy rikate, moloch.

[Grunt]

A proto ho nijak zásadně nerozšiřuji. Jinak nevidím rozdíl mezi FireFoxem. Ten je snad moloch i bez rozšíření?

[dayvee]

Ano, Firefox je solidni moloch i bez rozsireni. Nejvetsi zasluhu na tom (imho) ma ta hruza zvnala XUL.

[Jesus Jimenez]

Ja na tuhle diskuzi skoro zapomnel :)... Zasadni pro tuhle diskuzi bude prvni radek z webu Epiphany: "Epiphany is the web browser for the GNOME desktop. Its goal is to be simple and easy to use".

[Grunt]

A v tom je právě jeho krása (ostatně jako ve většině GNOMáckých aplikací). Dělá jen přesně to, k čemu byl určen. Dovoluje prohlížet web. Nic víc.

[Drom]

A tecka! :)

[AHAHA]

Ne vzdy jsou potreby uzivatelu tak jednoduche ...

- web developer toolbar, FireBug

- RSS ctecka v prohlizeci. Nechci cist RSS v mailovem klientovi, protoze RSS (novinky na webu) mne prirozene sedi k webovemu prohlizeci

- budu potrebovat nejakou silenost v prohlizeci - mam mnohem vetsi nadeji v FF (v podobe rozsireni) nez s Epiphany a podobnymi "ciste" prohlizeci

[Grunt]

Ne vzdy jsou potreby uzivatelu tak jednoduche ...

- web developer toolbar, FireBug

Ano, doslova klasická ukázka klasického uživatele. Sám mám FF nainstalovaný a když už na něco Epiphany nestačí, tak přepnout jej na FF je minimum. Jinak znovu upozorňuji, že Epiphany má všelijaké rozšíření.

- RSS ctecka v prohlizeci. Nechci cist RSS v mailovem klientovi, protoze RSS (novinky na webu) mne prirozene sedi k webovemu prohlizeci

Já si myslím, že na RSS by měla být samotná aplikace, která se stará o RSS. Ale mám pocit, že i toto lze v Epiphany nastavit.

- budu potrebovat nejakou silenost v prohlizeci - mam mnohem vetsi nadeji v FF (v podobe rozsireni) nez s Epiphany a podobnymi "ciste" prohlizeci

Spíš bych to upřesnil: Když si vymyslím, že potřebuji nějakou šílenost…

[AHAHA]

Ano, doslova klasická ukázka klasického uživatele. Sám mám FF nainstalovaný a když už na něco Epiphany nestačí, tak přepnout jej na FF je minimum. Jinak znovu upozorňuji, že Epiphany má všelijaké rozšíření.

Co to je ten "klasicky uzivatel"? Neco neexistujiciho, jen nejaky prumer, ktery zadnemu cloveku ve skutecnosti neodpovida. Kazdy ma ruzne potreby.

Já si myslím, že na RSS by měla být samotná aplikace, která se stará o RSS

No je to tvuj nazor a ja ti ho neberu. Dulezite je mit moznost volby.

Ale mám pocit, že i toto lze v Epiphany nastavit.

Je tam skutecny RSS klient? Jde vymenit za nejaky jiny?

Spíš bych to upřesnil: Když si vymyslím, že potřebuji nějakou šílenost…

Nekdy si to vymysli treba sef ... Nekdy je ta silenost i k necemu dobra ...

[Grunt]

Co to je ten "klasicky uzivatel"? Neco neexistujiciho, jen nejaky prumer, ktery zadnemu cloveku ve skutecnosti neodpovida. Kazdy ma ruzne potreby.

Moji rodiče, prarodiče, autobusák který mě dnes vezl, slečna na úřadě, kterou jsem dnes viděl pracovat na PC,… Asi je dost jasné, že někdo kdo bude potřebovat web developer toolbar nebo FireBug už se bude spíše klonit k vývojáři než obyčejnému uživateli.

No je to tvuj nazor a ja ti ho neberu. Dulezite je mit moznost volby.

Akorát že já vím, že jakýkoliv jiný názor než ten můj je špatný. Naštěstí to zachraňuje ta možnost volby.

Je tam skutecny RSS klient? Jde vymenit za nejaky jiny?

http://raphael.slinckx.net/blog/2005-04-11/epiphany-rss-extension. Ovšem znova upozorňuji na to, že GNOME má na RSS jinou aplikaci a jen se s Epiphany asociuje.

[AHAHA]

Akorát že já vím, že jakýkoliv jiný názor než ten můj je špatný. Naštěstí to zachraňuje ta možnost volby.

Husty. A mas pro to nejaky duvod nebo jsou to jen hospodske kecy?

[Drom]

web developer toolbar, FireBug
Jo, to je presne to, co v prohlizeci nechci... (nemluve o tom, ze mi tyhle rozsireni prijdou, ze jsou urceny na to, aby "i franta trouba, co ma svuj prvni pocitac, mohl delat WWW i kdyz o tom prd vi")

RSS ctecka v prohlizeci
A fdisk v prehravaci hudby... Prohlizec WWW prohlizi WWW, nastroj na praci s RSS pracuje s RSS. Navic to, ze se RSS pouziva prevazne jen na novinky na WWW neznamena, ze se neda pouzit i na jine veci.

budu potrebovat nejakou silenost v prohlizeci
A proc bych ji potreboval? On snad prohlizec neprohlizi? Prohlizi? Tak co resite? :) Ok, pro takove lidi je tu pak Firefox s jeho rozsirenimi a nebo Opera se svymi bohatymi funkcemi. Nam ostatnim staci prohlizec, co prohlizi (taky nechci, aby mi prehravac tridil muziku nebo prohlizec obrazku prohlizel postu).

btw... Smali ste se Exploreru, ja se smeju Firefoxu :)

[Filip Jirsák]

web developer toolbar, FireBug

Jo, to je presne to, co v prohlizeci nechci... (nemluve o tom, ze mi tyhle rozsireni prijdou, ze jsou urceny na to, aby "i franta trouba, co ma svuj prvni pocitac, mohl delat WWW i kdyz o tom prd vi")

Buď jsem Franta trouba, co má svůj první počítač, nebo vy nevíte, k čemu ta rozšíření slouží. Nevím, jak bych měl rychleji a pohodlněji sledovat HTTP hlavičky, AJAX komunikaci, změny prováděné skripty v DOM, uplatnění kaskádových stylů, otestovat web s vypnutým JS, cookies, a spoustu dalších věcí, než právě pomocí těchto rozšíření. Na druhou stranu pokud někdo nic nevím o webu, budou mu tato rozšíření nejspíš k ničemu.

[Daniel Kvasnička ml.]

To co pisete je vsechno pravda, ale asi bych se tezko smiroval s tim, ze prohlizec nadopovany tim vsim je zaroven muj vyvojovy nastroj i nastroj k beznemu prohlizeni webu. Jednu dobu jsem to tak mel, proste FF na vsechno a moc jsem si pak oddychl, kdyz jsem FF odsoudil pouze k vyvojarske praci a na brouzdani nasadil neco svizneho a odlehceneho...

[Filip Jirsák]

Já mám také zvláštní profil FF s těmito nástroji – on je málokdo nadšený, když se nu podaří odstřelit prohlížeč s testovanou stránkou, ve kterém měl na dalších záložkách otevřenou dokumentaci a další stránky. Ale i pro tyhle vývojářské pluginy je potřeba nějaký prohlížeč, ve kterém budou fungovat, a který se bude chovat jako nějaký standardní prohlížeč. Bylo by nesmyslné mít na to nějaký speciální program, který by se choval jinak, než všechny prohlížeče – protože velice často tyhle nástroje člověk potřebuje právě pro to, aby odhalil, jaká má prohlížeč „špecifiká“.

[Drom]

Na vypnuti js a cookies potrebuje firefox rozsireni? omg!

No ja Vam to neberu, ale _imho_ je to pekna blbost delat z prohlizece stranek pracovni nastroj. Ty profily to trochu zlepsujou, ale stejne...

[Daniel Kvasnička ml.]

RSS ctecka v prohlizeci. Nechci cist RSS v mailovem klientovi, protoze RSS (novinky na webu) mne prirozene sedi k webovemu prohlizeci

Google Reader...? (pro me osobne je offline RSS ctecka nesmysl)

[m1c4a1]

Všem, kteří nadávají na údajnou nepoužitelnost/pomalost/neintuitivnost/whatever GTK+ : naprogramujte si prohlížeč celej v Qt, nic vám v tom nebrání.

My, kteří nemáme nervový záchvat, objeví-li se někde jiný než preferovaný toolkit, jsme spokojení, že vzniká nový kus softwaru pro Linux; barvičky a zaoblenost ovládacích prvků přece patří uživatelům Windows. :)

[frEon]

Jima me hruza. To se to bude dodavat primo s staticky linkovanym webkitem (a vetsina lidi pak bude mit na disku webkit 2x), nebo to bude pouzivat ten co je primo v QT a zaviset tak na qt jenom kvuli html jadru?

[disorder]

http://packages.debian.org/search?suite=all§ion=all&arch=any&searchon=names&keywords=libwebkit

d'oh

[Václav Kramář]

Proč by měl webkit záviset na QT???

[vaclav@dt-vk ~]$ pacman -Qi libwebkit
Jméno          : libwebkit
Verze          : 1.1.0-0.40663
URL            : http://webkit.org/
Licence        : custom  
Skupiny        : Nic
Poskytuje      : webkitgtk-svn  
Závisí na      : libxt  libxslt  sqlite3  gtk2  icu>=4.0  gstreamer0.10-base  
                 libsoup  
Volitelné záv. : Nic
Požadovaný     : midori  
Konfliktní s   : webkitgtk-svn  
Nahrazuje      : webgitgtk-svn  
Vel. instalace : 19592,00 K
Zabalil        : AndyRTR_<andyrtr@archlinux.org>
Architektura   : x86_64
Datum sestavení: So 7. únor 2009, 00:19:31 CET
Datum instalace: So 7. únor 2009, 08:51:35 CET
Důvod instalace: Nainstalován jako závislost jiného balíčku
Instal. skript : Ne
Popis          : an opensource web content engine, derived from KHTML and KJS
                 from KDE

[petr_p]

Asi chtěl říci, že v současnosti jak Qt, tak GTK binding na Webkit si ho táhnout s sebou. Takže třeba přítomnost Qt znamená jeden Webkit v systému. Přítomnost webkit-gtk (např. pro Kazehakase) znamená druhý Webkit v systému.

Taky se mi otvíralo něco v kapse, když jsem je instaloval.

[Grunt]

Pak doporučuji vyvíjet něco ve Windowsech. Tam se nedá mluvit o tom, že je tam něco dvakrát.

[Filip Jirsák]

Ano. Pokud mluvíte o Windows, je dvakrát málo.