Sean Anastasi (), entuziasmulo pri libera programaro, kiu siatempe evoluigis sian propran operaciumon kaj estis implikita en portado de Chromium kaj Qubes OS al la ppc64le-arkitekturo, la projekto , ene de kiu li intencas evoluigi forkojn de Xfce-uzantmedio-komponentoj kiuj funkcias sen la uzo de klient-flankaj fenestroornamadoj (CSD, klient-flankaj ornamadoj), en kiuj la fenestrotitolo kaj kadroj estas desegnitaj ne de la fenestromanaĝero, sed de la aplikaĵo mem.
Ni memorigu vin, ke prepari por la venonta eldono de Xfce 4.16, kies eldono en oktobro aŭ novembro, la interfaco estis transdonita al la fenestraĵo GtkHeaderBar kaj la uzado de CSD, kio ebligis, analoge kun GNOME, meti menuojn, butonojn kaj aliajn interfacajn elementojn en la fenestrokapo, kaj ankaŭ certigi la kaŝadon. de kadroj en dialogoj. La nova interfaca bildiga motoro estas integrita en la bibliotekon libxfce4ui, kio rezultigis aŭtomatan CSD-aplikaĵon por preskaŭ ĉiuj dialogoj, sen neceso fari ŝanĝojn al la kodo de ekzistantaj projektoj.
Ĉe la transiro al CSD , kiuj kredas ke CSD-subteno devus esti laŭvola kaj la uzanto devus povi daŭre uzi klasikajn fenestrotitolojn. Inter la malavantaĝoj de uzado de CSD, la tro masiva fenestra titolareo, la manko de bezono transdoni aplikaĵelementojn al la fenestrotitolo, la nefunkciebleco de Xfwm4-temoj, kaj la diferenco en la dezajno de fenestroj de Xfce/GNOME-aplikoj kaj programoj kiuj faras ne uzi CSD estas menciitaj. Oni rimarkas, ke unu el la kialoj de la malakcepto de la GNOME-interfaco fare de iuj uzantoj estas la uzo de CSD.
Ĉar neniu provo estis farita por provizi subtenon por malfunkciigado de CSD en 5 monatoj, Sean Anastasi prenis ĉi tiun aferon en miajn proprajn manojn kaj kreis forkon de la biblioteko , en kiu mi purigis la ligadon al la CSD kaj resendis la malnovan ornaman reĝimon ĉe la servilo (fenestra administranto). Por certigi kongruecon kun aplikoj uzantaj la novan libxfce4ui API kaj konservi la ABI, specialaj ligoj estis preparitaj kiuj tradukas specifajn CSD-metodojn de la klaso XfceTitledDialog en vokojn de la klaso GtkDialog. Kiel rezulto, estas eble forigi Xfce-aplikojn de CSD anstataŭigante la libxfce4ui-bibliotekon, sen ŝanĝi la kodon de la aplikaĵoj mem.
Aldone formiĝis forko , kiu inkluzivas ŝanĝojn por redoni klasikan konduton. Preta por Gentoo-uzantoj instali libxfce4ui-nocsd. Preta por Xubuntu/Ubuntu-uzantoj kun pretaj pakoj. Sean Anastasi klarigis la kialojn por krei la forkon dirante, ke li uzas Xfce dum multaj jaroj kaj ŝatas la interfacon de ĉi tiu medio. Post decidi pri interfaco-ŝanĝoj kun kiuj li ne konsentis, kaj neniu provo disponigi eblon reveni al la malnova konduto, li decidis solvi sian problemon mem kaj kunhavigi la solvon kun aliaj samideanoj.
Unu el la problemoj dum uzado de Xfce Classic estas la apero de duplikataj titoloj pro montrado de ripetaj informoj en la titolo kaj en la aplika fenestro. Ĉi tiu funkcio kongruas kun la konduto de Xfce 4.12 kaj 4.14, kaj ne rilatas al CSD. En iuj aplikoj tia duobligo aspektas normala (ekzemple en xfce4-screenshooter), sed en aliaj ĝi estas klare malkonvena. Por solvi ĉi tiun problemon, eblas aldoni mediovariablon kiu kontrolas la bildigon de XfceHeading.
La pozicio de CSD-subtenantoj dependas de la kapablo uzi malŝparitan fenestrotitolspacon por meti menuojn, panelbutonojn kaj aliajn signifajn interfacajn elementojn. Kontraŭuloj de CSD kredas ke tiu aliro prezentas problemojn kun unuigado de la dezajno de fenestroj, precipe tiuj skribitaj por malsamaj uzantmedioj kiuj difinas malsamajn rekomendojn por la aranĝo de la titolareo. Estas multe pli facile alporti la dezajnon de fenestroj de ĉiuj aplikoj al ununura stilo kiam klasike prezentas servajn areojn de fenestro ĉe la servila flanko. En la kazo de uzado de CSD, necesas aparte adapti la aplikan interfacon al ĉiu grafika medio kaj estas sufiĉe malfacile certigi, ke la aplikaĵo ne aspektas fremda en malsamaj uzantmedioj.
fonto: opennet.ru