Vlákno názorů k článku Xgl: Hračka nebo nástroj? od Jiří Veruněk - Užitečnější by myslím bylo, kdyby spíše implementovali widgety...

Užitečnější by myslím bylo, kdyby spíše implementovali widgety na straně serveru a jejich volitelné bufferování. V současné době se snad překresluje celé okno aplikace, když se v něm něco změní a zbytečně se tahá po síti informace informace "jak vykreslit nový stav", místo "co se změnilo". Poslední problém je sice plnou akcelerací odstraňen přímým přístupem k hardware, ale i tak by myslím smysluplnější zabývat se tímto.
Možná se ale pletu - prý lze definovat nějaká podokna. Mohlo by to snad jít tak, že novým X serverům by noví klienti (gdk a QT) posílali pouze změny stavu widgetů, zatímco starým by posílali současné příliš nízkoúrovňové operace. Množina podporovaných widgetů by se mohla i časem rozšiřovat.

http://www.doc.ic.ac.uk/~ajf/Teaching/Projects/Distinguished03/MarkThomas.pdf
http://www.y-windows.org/


Stál by za úvahu i vektorový popis scény, přičemž by se před vykreslením vyrastroval, a takto uložil do bufferů, nebo chcete-li, zobrazoval přes OpenGL plně akcelerovaným X serverem. Na obrazovce s 640x480 by obraz vypadal stejně jako na obrazovce 5000x5000, pouze by se lišila jemnost grafiky. Odpadl by problém, při kterém si skoro každý dobrovolně snižuje rozlišení, protože na maximálním rozlišení podporovaném monitorem nejsou ikony a tlačítka vidět.
Toto by ale už nejspíš nešlo implentovat jako rozšíření X protokolu a vyžadovalo by to určitě hodně velký zásah do klientských knihoven.
http://www.fresco.org/

> Na sitovy GUI uz tu mame VNC, RDP a NX.

S tim nesouhlasim, pouzitelnost VNC ve srovnani s X protokolem je dost mizerna (i na lokalni 100Mbit siti). Prece jenom X protokol resi prekreslovani mnohem chytreji a prace se vzdalenym systemem je mnohem zivejsi.

Cele okno aplikace se prekresluje jen nekdy — konkretne kdyz pouzivate Javu/Swing nebo Gtk. Ty pouzivaji podokna jen nekde (resp. nikde) (a nekdy to dost vadi, zvlast Java/Swing s MDI pres JInternalFrame po siti je pekny maso). Qt pouzije okno na vse.

Zkuste si pustit xwininfo -tree -root

Inkrementalni zmeny samozrejme jdou i ted. Treba kdyz se zmackne tlacitko (ktere muze obsahovat nejakou dost slozitou vec uvnitr), neni teoreticky nutne prekreslovat ten vnitrek, staci posunout. Ale naprogramovat je to peknej humus, zvlast kdyz to tlacitko je castecne zakryte.

Ad vektorovy popis: Myslite neco jako DPS?

Díky.
Těch podoken v GTK+ aplikacích mi připadá celkem dost.

Tím vektorovým popisem jsem myslel cokoliv, co by jednoduše řešilo popsaný problémy. Sice existují SVG ikony, které lze zvětšovat, ale například s tlačítky a ikonami v aplikaci to už nejde.
Nevidím důvod, proč by mělo jít na monitoru bez problémů rozlišit jednotlivé pixely, místo toho by se mohla zjemnit grafika zvýšením rozlišení a vše na obrazovce zvětšit, aby se na to dalo dívat.
Jestli to lze udělat s Cairo nebo DPS, netuším.

No, ja si myslim, ze najlepsie by boli nejake parametrizovatelne display listy (ako su pri opengl, len trochu prisposobene). Teda by sa zavolalo napr. calllist(idtlacitko_up,10,20,30,40,"OK") a server by to cele vykreslil. Prinasa to sice niektore dalsie problemy (ako napr. ina farebna schema pre jednu aplikaciu by potrebovala asi mat vsetky listy vlastne a pod.), ale za pokus by to stalo, uz len preto, ze v pripade OpenGL to funguje skvelo.
Dalsia vec co ma napadla - hlavne pre pomalsie kompy - by sa mohlo oznacit zaciatok a koniec vykreslovania a server by to cele nabufferoval a potom vykreslil. Toto by spolupracovalo navzajom s window managerom. Odstranily by sa niektore neprijemne efekty ktorymi Xka trpia a zrychlilo by sa vykreslovanie, lebo najviac spomaluje latencia zbernice (prip. siete). A kedze toto nebudem mat nikdy cas skusit implementovat, mozem o tom len snivat.. :-(