Shawn Anastasio (), entusiast av fri programvara, har tidigare utvecklat sitt eget operativsystem och har arbetat med portering av Chromium och Qubes OS till plattformen ppc64le, projektet , inom vilket han avser att vidareutveckla forkade komponenter av anvÀndarmiljön Xfce, som arbetar utan klientbaserad fönsterdekoration (CSD, client-side decorations), dÀr fönsterhuvudet och ramarna ritas av sjÀlva applikationen snarare Àn fönsterhanteraren.
Vi pÄminner om att i förberedelserna för nÀsta release av Xfce 4.16, vars lansering Àr planerad till oktober eller november, har grÀnssnittet översatts till widgeten GtkHeaderBar och CSD tillÀmpats, vilket möjliggjort, likt GNOME, att placera menyer, knappar och andra grÀnssnittselement i fönsterhuvudet, samt att dölja ramar i dialoger. Den nya grÀnssnittsritningen har integrerats i biblioteket libxfce4ui, vilket har lett till automatiskt tillÀmpad CSD för nÀstan alla dialogrutor, utan behov av kodÀndringar i befintliga projekt.
Det finns , som anser att stödet för CSD bör vara valfritt och att anvÀndaren ska ha möjlighet att fortsÀtta anvÀnda klassiska fönsterhuvuden. Bland nackdelarna med CSD nÀmns en för stor omrÄdeshuvud, avsaknaden av behovet att flytta applikationselement till fönsterhuvudet, att teman för Xfwm4 inte fungerar samt att utseendet pÄ fönster i applikationer för Xfce/GNOME och program som inte anvÀnder CSD Àr inkonsekvent. Det pÄpekas att en av orsakerna till aversion mot GNOME-grÀnssnittet bland vissa anvÀndare Àr anvÀndningen av CSD.
Eftersom det inte har gjorts nÄgra försök att införa stöd för att stÀnga av CSD under de senaste 5 mÄnaderna, tog Shawn Anastasio , dÀr han rensade bort CSD-beroendet och Äterinförde det gamla serverbaserade dekoreringslÀget (fönsterhanteraren). För att sÀkerstÀlla kompatibilitet med applikationer som anvÀnder det nya API:et libxfce4ui och bevara ABI, har speciella inbÀddningar förberetts, som översÀtter specifika CSD-metoder i klassen XfceTitledDialog till anrop i klassen GtkDialog. Resultatet Àr att applikationer för Xfce kan bli av med CSD genom att byta ut biblioteket libxfce4ui, utan att behöva Àndra koden i sjÀlva applikationerna.
Ett ytterligare fork har skapats , som inkluderar Àndringar för att Äterföra det klassiska beteendet. För Gentoo-anvÀndare har det förberetts för installation av libxfce4ui-nocsd. För Xubuntu/Ubuntu-anvÀndare har det förberetts med fÀrdiga paket. Motiven bakom skapandet av forken förklarade Shawn Anastasio med att han har anvÀnt Xfce i mÄnga Är och uppskattar grÀnssnittet i denna miljö. Efter att ha beslutat om förÀndringar i grÀnssnittet som han inte höll med om, och utan försöksatt för att erbjuda en möjlighet att Äterföra den gamla funktionen, beslutades det att sjÀlv lösa problemet och dela lösningen med andra som delar hans Äsikt.
Bland problemen med att anvÀnda Xfce Classic nÀmns kÀnslan av dubblering av rubriker pÄ grund av upprepande information i bÄde rubriken och applikationsfönstret. Denna funktion motsvarar beteendet i Xfce 4.12 och 4.14, och hÀnför sig inte till CSD. I vissa applikationer ser denna dubblering okej ut (t.ex. i xfce4-screenshooter), men i andra verkar den uppenbart olÀmplig. För att lösa detta problem övervÀgs att lÀgga till en miljövariabel som reglerar renderingen av XfceHeading.
Positionen hos CSD:s föresprÄkare handlar om att anvÀnda det bortslösade utrymmet i fönsterhuvudet för att placera menyer, panelknappar och andra viktiga grÀnssnittselement. MotstÄndare till CSD anser att denna metod skapar problem med enhetlig utformning av fönster, sÀrskilt de som skrivits för olika anvÀndarmiljöer som specificerar olika rekommendationer för layout av rubrikomrÄdet. Det Àr mycket enklare att föra fönsterutformningen för alla applikationer till en gemensam stil med klassisk rendering av de anvÀndbara omrÄdena pÄ serversidan. NÀr CSD tillÀmpas krÀvs det att applikationsgrÀnssnittet sÀrskilt anpassas till varje grafisk miljö, och det Àr ganska svÄrt att se till att applikationen inte ser frÀmmande ut i olika anvÀndarmiljöer.
KĂ€lla: opennet.ru
