GTK+ 3.0.0 (diskuse)

[Laminát]

Pořád míle a míle za Qt4, až je trochu paradoxní, že KDE4 je tak daleko za Gnome...

[David Watzke]

Divil jsem se, že je půl dne od vydání zprávičky ticho po pěšině a nikdo nepřišel se sirkama rozdělat oheň. A on si jen Laminát připravoval plamenomet

[vain]

Hehe dobře řečeno =) a Laminát to taky ironicky vystihl.

[Neel]

Qt4 není zas tak super, když nedáže nastavit ikonky a správce témat je na nízké úrovni. Další nevýhodou Qt aplikací je, že nemají žádný řád - GUI aplikací roste do bizardních konstrukcí podle toho, jak moc programátorovi svítí do očí.

[Laminát]

Qt4 není zas tak super, když nedáže nastavit ikonky

Jo, to mě jako děsně trápí... Navíc si nejsem jistý, o čem to mluvíte - ikonky čeho? Jestli myslíte stock ikony, tak to je věc prostředí, ne knihovny. KDE = Qt4, pouze je na něm postaveno.

...nemají žádný řád - GUI aplikací roste do bizardních konstrukcí

Neumíte programovat.

[Laminát]

Samozřejmě jsem chtěl napsat KDE != Qt4

[Neel]

...nemají žádný řád - GUI aplikací roste do bizardních konstrukcí

Neumíte programovat.

To je docela jedno jestli umím programovat, když se bavíme o použitelnosti. Přitom by stačilo, aby existoval nějaký základní kodex, jak (a k čemu) se jednotlivé GUI prvky používají.

Jo, to mě jako děsně trápí... Navíc si nejsem jistý, o čem to mluvíte - ikonky čeho? Jestli myslíte stock ikony, tak to je věc prostředí, ne knihovny. KDE = Qt4, pouze je na něm postaveno.

Přiznávám, že to není příliš důležité, ale je to pěkný hnus, když jsou všude různé velikosti ikonek nebo když jsou obrovské. O ikonky se má rozhodně starat Qt4 tedy toolkit. Jiný způsob je nelogický.

[mirec]

Přiznávám, že to není příliš důležité, ale je to pěkný hnus, když jsou všude různé velikosti ikonek nebo když jsou obrovské. O ikonky se má rozhodně starat Qt4 tedy toolkit. Jiný způsob je nelogický.

Niekto tu zaspal dobu: Qt::ToolButtonFollowStyle

[mess]

O ikonky se má rozhodně starat Qt4 tedy toolkit. Jiný způsob je nelogický.

http://doc.qt.nokia.com/4.7-snapshot/qicon.html#fromTheme

[zZ]

To snad není možný.

[mirec]

Tato verze odstraňuje podporu DirectFB.

Žeby na embedded bolo výhodnejšie používať Wayland?

[David Watzke]

No hlavně to GTK+ na DirectFB (AFAIK) skoro nikdo nepoužíval. Kdyby to bejvalo podporovalo GNOME, to by pak asi bylo o něčem jinym.

[Jardík]

Jenže ono bohužel GTK neumí/neumělo vše potřebné pro gnome, takže si to gnome musí řešit samo přes knihovny nebo přímo přes X (např. seznamy, ikonky a správa oken, systray widget, načítání menu, ...)

[Saljack]

Vážně tohle není v GTK? Tak to je celkem na houby. Koukám, že bych se měl na GTK podívat.

[l4m4]

On zase mlží. Funkce, které potřebuješ pro psaní něčeho jako window manageru, jsou skutečně v samostatné knihovně libwnck. Normální aplikace je nepotřebují, tak proč je cpát do toolkitu. A určitě existuje nějaká obskurní interpretace tvrzení, že v Gtk+ nejsou seznamy nebo ikonky, podle které má pravdu, ale těžko říci jaká...

[Saljack]

Já jsem si to myslel, že to bude jinak. Přeci jenom se v jeho komentáři neobjevilo 64bit.

[Jardík]

Tím jsem myslel, že GTK vám neposkytuje seznamy a ikony těch otevřených oken. I proto jsou potřeba knihovny třetích stran (třeba zmíněná libwnck), které ale většinou přímo závisí na Xlib.

[Tomáš Bžatek]

Tohle je nad ramec zamereni toolkitu a nikdo ani neuvazuje o zarazeni takoveho API. Prestoze existuji freedesktop standardy pro window management, je to prilis platformne a implementacne zavisle (X11 vs. Wayland vs. broadway).

Stejne tak je spousta vyvojaru proti csd branchi (Client Side Decorations).

[Jardík]

Lidi, co je s váma. Moje reakce byla na příspěvek

No hlavně to GTK+ na DirectFB (AFAIK) skoro nikdo nepoužíval. Kdyby to bejvalo podporovalo GNOME, to by pak asi bylo o něčem jinym.

Vysvětluju, že to je jeden z důvodů, proč gnome nejede nad DirectFB - protože nepoužívá jen GTK z důvodu použití různých knihoven, co jsou vázány přímo na X, protože to není přímo v GTK. Nikde netvrdím, že má být v GTK nějaká správa oken a jánevímco.

[Tomáš Bžatek]

No nejede, protoze se toho nikdo neujal. Nebyl zajem. Technicky je to vcelku jednoduche, par dni prace. Ale nejsou lidi --> neni duvod.

[l4m4]

K čemu to ale potřebují aplikace (na rozdíl od window manageru)? Ty by měly snad spokojeně běžet i v prostředí, které žádné ikonky nikam nekreslí. Stejně tak seznam všech oken (seznam *svých vlastních* oken aplikace v Gtk+ samozřejmě získá snadno).

[Tomáš Bžatek]

Coze?! Jardiku, ty jsi hulil.

[Grunt]

Tak DirectFB co vím měl svůj WM.

[Tomáš Bžatek]

Hlavni duvod byl nedostatek maintaineru directfb backendu, nenasel se nikdo, kdo by byl schopen adaptovat backend na zmeny v nekolika fazich rendering cleanupu do finalni verze. Stejny problem mel i OS X backend, nakonec se ale vse stihlo.

[Grunt]

Spíš nějaké OpenGL (OpenGLES). Na druhou stranu je to docela škoda, protože v takových embedded zařízeních je zrovna GPU doclela žrout a jednoduchý framebuffer a blbý bit-blit by sežrali asi míň prostředků. Stačilo přitom to GTKčko jen mírně potunit. Plus ke všemu ještě odpadá další argument pro X11-hatery (i když zas asi brzo vznikne nový v podobě Waylandu).