Sean Anastasi (), 'n gratis sagteware-entoesias wat op 'n tyd sy eie bedryfstelsel ontwikkel het en was betrokke by die oordrag van Chromium en Qubes OS na die ppc64le-argitektuur, projek , waarbinne hy beoog om vurke van Xfce gebruikersomgewingskomponente te ontwikkel wat werk sonder die gebruik van kliënt-kant vensterversierings (CSD, kliënt-kant versierings), waarin die venstertitel en rame nie deur die vensterbestuurder geteken word nie, maar deur die toepassing self.
Laat ons u daaraan herinner dat ter voorbereiding van die volgende weergawe van Xfce 4.16, waarvan die vrystelling in Oktober of November is die koppelvlak oorgedra na die GtkHeaderBar-legstuk en die gebruik van CSD, wat dit moontlik gemaak het, na analogie van GNOME, om spyskaarte, knoppies en ander koppelvlak-elemente in die vensteropskrif te plaas, asook om die wegsteek te verseker van rame in dialoë. Die nuwe koppelvlakweergawe-enjin is geïntegreer in die libxfce4ui-biblioteek, wat gelei het tot outomatiese CSD-toepassing vir byna alle dialoogvensters, sonder dat dit nodig is om veranderinge aan die kode van bestaande projekte aan te bring.
By die oorgang na CSD , wat glo dat CSD-ondersteuning opsioneel moet wees en die gebruiker moet kan voortgaan om klassieke venstertitels te gebruik. Onder die nadele van die gebruik van CSD, die te massiewe venstertitelarea, die gebrek aan behoefte om toepassingselemente na die venstertitel oor te dra, die onwerkbaarheid van Xfwm4-temas, en die verskil in die ontwerp van vensters van Xfce/GNOME-toepassings en -programme wat dit doen nie gebruik CSD word genoem. Daar word kennis geneem dat een van die redes vir die verwerping van die GNOME-koppelvlak deur sommige gebruikers die gebruik van CSD is.
Aangesien geen poging aangewend is om ondersteuning te bied vir die deaktivering van CSD in 5 maande nie, Sean Anastasi het hierdie kwessie in my eie hande geneem en 'n vurk van die biblioteek geskep , waarin ek die binding aan die CSD skoongemaak het en die ou versieringsmodus aan die bedienerkant (vensterbestuurder) teruggestuur het. Om verenigbaarheid met toepassings te verseker wat die nuwe libxfce4ui API gebruik en die ABI te bewaar, is spesiale bindings voorberei wat spesifieke CSD-metodes van die XfceTitledDialog-klas in oproepe van die GtkDialog-klas vertaal. As gevolg hiervan is dit moontlik om Xfce-toepassings van CSD te ontslae te raak deur die libxfce4ui-biblioteek te vervang, sonder om die kode van die toepassings self te verander.
Daarbenewens is 'n vurk gevorm , wat veranderinge insluit om klassieke gedrag terug te gee. Voorbereid vir Gentoo-gebruikers om libxfce4ui-nocsd te installeer. Voorbereid vir Xubuntu/Ubuntu-gebruikers met klaargemaakte pakkies. Sean Anastasi het die redes vir die skep van die vurk verduidelik deur te sê dat hy Xfce al baie jare gebruik en van die koppelvlak van hierdie omgewing hou. Nadat hy besluit het op koppelvlakveranderinge waarmee hy nie saamgestem het nie, en geen poging om 'n opsie te bied om na die ou gedrag terug te keer nie, het hy besluit om self sy probleem op te los en die oplossing met ander eendersdenkende mense te deel.
Een van die probleme met die gebruik van Xfce Classic is die voorkoms van duplikaattitels as gevolg van die vertoon van herhaalde inligting in die titel en in die toepassingsvenster. Hierdie kenmerk stem ooreen met die gedrag van Xfce 4.12 en 4.14, en hou nie verband met CSD nie. In sommige toepassings lyk sulke duplisering normaal (byvoorbeeld in xfce4-skermskieter), maar in ander is dit duidelik onvanpas. Om hierdie probleem op te los, is dit moontlik om 'n omgewingsveranderlike by te voeg wat die weergawe van XfceHeading beheer.
Die posisie van CSD-ondersteuners kom neer op die vermoë om vermorste venstertitelspasie te gebruik om spyskaarte, paneelknoppies en ander belangrike koppelvlakelemente te plaas. Teenstanders van CSD glo dat hierdie benadering probleme inhou met die vereniging van die ontwerp van vensters, veral dié wat geskryf is vir verskillende gebruikersomgewings wat verskillende aanbevelings vir die uitleg van die titelarea definieer. Dit is baie makliker om die ontwerp van vensters van alle toepassings na 'n enkele styl te bring wanneer die diensareas van 'n venster aan die bedienerkant klassiek gelewer word. In die geval van die gebruik van CSD, is dit nodig om die toepassingskoppelvlak afsonderlik aan te pas by elke grafiese omgewing en dit is nogal moeilik om te verseker dat die toepassing nie vreemd lyk in verskillende gebruikersomgewings nie.
Bron: opennet.ru