Vlákno názorů k článku GNOME vs KDE už zase: zvítězí klientské, nebo serverové dekorace oken? od jxjl - Nebylo by nejjednodušší se dohodnout na nějakém API,...
-
jxjl (neregistrovaný)
Nebylo by nejjednodušší se dohodnout na nějakém API, pomocí kterého by bylo možné v aplikaci vytvořit něco jako horní pruh, který se prostě v GNOME zobrazí jako dekorace a v KDE jako panel? Stejně tak může GNONE zneužít v qt aplikacích jejich hlavní panel pokud je nastavený jako integrovaný (v QT beztak tato možnost je, protože Apple). Beztak tuším, že v KDE to dopadne tak, že bude podporovat obě varianty s hejblátkem v nstavení. Osobně jako KDE uživatel podporuji spíše variantu s klasickým rámečkem okna, ale proti gustu...
-
Takové API už existuje, je součástí specifikace Freedesktop a implicitně se používá běžně. Například v GTK se na něj automaticky mapují všechny GtkActions. Právě díky tomu může GNOME Shell zobrazovat aplikační menu v horní liště, ostatně i HUD v Unity to využíval. Problémem není API, ale nešťastný návrh UI. V dobách, kdy se objevily první textové procesory, se hodně lidí chtělo "blýsknout" dokumenty obsahujícími 25 různých fontů a 140 velikostí písma. Stejně tak dneska, když je nová možnost používat CSD, se návrháři GNOME neudrží, aby veškeré lišty nezaflákali, čím to jenom jde. Když má MS Office tlačítko "Save" jako CSD na okenní liště, je to praktické a pohodlné. Naproti tomu když má Nautilus cestu k adresáři jako CSD přes celou horní lištu, je to k uzoufání. Čím delší cesta, tím hůř se člověk trefuje do těch několika málo zbývajících pixelů, kde jde hýbat s oknem. Někdo si jistě myslel, jaký dostal hezký a originální nápad, ale z hlediska použitelnosti je to totální Fail.
