Hlavní navigace

Názor ke zprávičce Notepad++ dostupný pro Linux jako Snap od ja. - Problem pri vykreslovani dekoracii samostanym procesom je, ze...

  • Aktualita je stará, nové názory již nelze přidávat.
  • 24. 1. 2019 13:15

    ja. (neregistrovaný)

    Problem pri vykreslovani dekoracii samostanym procesom je, ze sa problematicky synchronizuje do toho frejmu ako samotna aplikacia, takze sem-tam zmena v aplikacii znamena, ze dekoracia sa prekresli o 1 az viac frejmov skor alebo neskor.

    Konzistencia medzi rozlicnymi aplikaciami, resp. frameworkami je problem. Dodnes Qt a Gtk maju rozdiely v text renderingu, aj ked oba na to pouzivaju freetype, nieto este ostatne veci nad nim. A kedze aplikacia si riesi CSD sama, tak to robi tak, ako to vie. Na rozdiel od Windows alebo MacOS nemame kreslenie dekoracii v kniznici, ktoru tak ci tak musime prilinkovat ked otvorime okno, ale mame na vyber hafo frameworkov, plus sa da robit raw x11 alebo wayland-client. Je to obzvlast problem pri aplikaciach, ktore ziadny framework nepouzivaju, alebo ktory ziadne widgety a dekoracie neriesil, napr. hry s SDL. Konzistencia by sa dala zabezpecit, keby vsetky aplikacie povinne linkovali Gtk (alebo Qt), tak ako musia linkovat user32 alebo cocoa. Co je samozrejme v Linuxe tazke scifi.

    Aj ked si aplikacia kresli svoje dekoracie, samotne okno ma stale pod kontrolou kompozitor. Xkill funguje stale rovnako, kompozitor zavrie soket aplikacii tak isto ako predtym.

    Co sa tyka velkosti dekoracie, to je iba optika. GtkHeaderBar je nizsi, ako klasicky titlebar + toolbar, nehovoriac o titlebar+menu­bar+toolbar. Navyse na rozdiel od nich, je tahatelny (draggable) po celej svojej ploche (aj na obsiahnutych widgetoch), pouzivatel nemusi triafat tenky titlebar.

    Za CSD sa zasadzovalo velmi vela vyvojarov aj mimo Gnome/Unity/Ubuntu, napr. Rasterman, tvorca legendarneho wm Enlightement.