Portál AbcLinuxu, 9. srpna 2025 00:00
Jsem rád (jako uživatel GNOME), že i GTK bude nějakým způsobem v telefonech využíváno.Také jsem rád, především si od toho slibuji, že vývojáři pro mobilní zařízení zapracují na rychlosti a paměťové náročnosti knihovny GTK a dalších, které se tak přiblíží Qt a nebudu pak stále slýchat jak je GTK nenažraná.
domnívám se však, že vylepšení GTK v oblasti rychlosti a paměťové náročnosti by mohlo sebrat argument odpůrců GTK a navíc by z toho všichni ti, co GTK používájí, jen profitovaliSouhlasím, já jsem samozřejmě nemyslel, že by se nemělo optimalizovat, jen jsem řekl, že mi to subjektivně přijde v pohodě.
/usr/bin/
v Epiphany (GNOME) a v KBabel (KDE). KBabel se mi zdál rychlejší, ale velmi těsně.
Prave ze furt. Pokazd ykdyz treba ve firefoxu urcuju cim to otevrit atd, krom toho usr/bin neni muj jedinej adresar kde je vic jak 3000 souboru.Ona ta tragédie spočívá už v tom, že člověk musí vůbec lézt někam do /usr/bin a lovit tam jednu binárku mezi tisícovkou souborů. Takové zvěrstvo má možná svojí logiku ve windows, ale v unixovém systému je to zoufalé mučení uživatele. V KDE/konqueroru na mě prostě vyběhne dialog, kde si buď aplikaci vyberu nebo prostě napíšu do okénka (kde navíc funguje doplňování) třeba "kmplayer" a pokud je taková někde v cestě, tak se spustí. To je ergonomický rozdíl několika tříd.
To je ergonomický rozdíl několika tříd.To není žádný rozdíl, podobné okénko je k dispozici i v aplikacích pro GNOME.
Řeč byla o Firefoxu, který na toto okénko zvysoka ... prdí, i když k dispozici je.Ano, tím pádem již argument pana Feřtra
V KDE/konqueroru na mě prostě vyběhne dialog...je naprosto mimo téma. Já na něj reagoval proto, aby to nevypadalo, že GNOME je někde v pravěku.
/usr/bin
je pro otevírací dialog z GTK neskutečný killer. Ta mrcha dokonce začne načítat seznam souborů i ve chvíli, kdy začnu psát cestu (a třeba mám úplně jasno v tom, jaký program chci vybrat a bylo by pro mne stokrát rychlejší napsat jeho jméno přímo [teď mne napadá, že vlastně nemám tušení, proč píšu i cestu, když mám /usr/bin
v PATH
- i takové triciální věci jako otevření combo boxu v Qt 4.x žere několikanásobně víc výkonu procesoru než v Qt 3.x. A pomalost Qt 4.x není jen moje zkušenost.To je pokus o co? Jak moc mi nějaká operace zatěžuje procesor je mi upřímně úplně jedno. Model: Můžeme buďto vykonávat činnost 1s při zatížení CPU na 100%, nebo 2s při zátěži 50%. Co je pro nás jakožto pro někoho, kdo čeká na dokončení činnosti lepší? Aby činnost běžela na 50%, nebo na 100%?
Zatížení 0 procent neznamená, že se nic nevykreslí, znamená zatížení méně než jedno procento (nebo méně než půl procenta).To jsem taky sporem dokázal hned v prvních větách svého komentáře. O to mi taky šlo, že existuje určitá mez při které tvá měřící metoda nic nedetekuje.
Takze bych dodal, ze QT vede i v dokumentaci a rychlosti vyvoje.A na to, ze Qt vede v rychlosti vyvoje, jste prisel jak? Pro jaky programovaci jazyk ma vase tvrzeni platit?
Jsem rád (jako uživatel GNOME), že i GTK bude nějakým způsobem v telefonech využíváno. Ale je v tom (v mobilních platformách a zařízeních) děsný bordel a situace je nepřehledná.GTK sa uz vyuziva v platformach OpenMoko a Maemo
OpenMoko je navíc myslím i HW, nemýlím-li se.Mylis
ep1348155 Menu item selection
" mně opravdu pobavilo. A hned potom rozbrečelo.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.