Շոն Անաստասի (), ազատ ծրագրային ապահովման էնտուզիաստ, ով ժամանակին մշակել է իր սեփական օպերացիոն համակարգը և մասնակցում էր Chromium-ի և Qubes OS-ի տեղափոխմանը ppc64le ճարտարապետությանը, նախագիծ , որի շրջանակներում նա մտադիր է մշակել Xfce օգտագործողների միջավայրի բաղադրիչների պատառաքաղներ, որոնք աշխատում են առանց հաճախորդի կողմի պատուհանների դեկորացիաների օգտագործման (CSD, հաճախորդի կողմի դեկորացիաներ), որոնցում պատուհանի վերնագիրը և շրջանակները նկարվում են ոչ թե պատուհանի կառավարչի կողմից, այլ՝ դիմումն ինքնին:
Հիշեցնենք, որ Xfce 4.16-ի հաջորդ թողարկմանը նախապատրաստվելիս, որի թողարկումը հոկտեմբերին կամ նոյեմբերին ինտերֆեյսը փոխանցվեց GtkHeaderBar վիջեթին և CSD-ի կիրառմանը, ինչը հնարավորություն տվեց GNOME-ի անալոգիայով տեղադրել մենյու, կոճակներ և ինտերֆեյսի այլ տարրեր պատուհանի վերնագրում, ինչպես նաև ապահովել թաքցնելը: շրջանակների երկխոսության մեջ: Նոր ինտերֆեյսի մատուցման շարժիչը ինտեգրված է libxfce4ui գրադարանում, որի արդյունքում ստացվել է ավտոմատ CSD հավելված գրեթե բոլոր երկխոսությունների համար՝ առանց գոյություն ունեցող նախագծերի կոդում փոփոխություններ կատարելու անհրաժեշտության:
CSD-ին անցնելու ժամանակ , ովքեր կարծում են, որ CSD-ի աջակցությունը պետք է լինի կամընտիր, և օգտագործողը պետք է կարողանա շարունակել օգտագործել դասական պատուհանների վերնագրերը: CSD-ի օգտագործման թերությունների թվում են պատուհանի վերնագրի չափազանց մեծ տարածքը, հավելվածի տարրերը պատուհանի վերնագրին փոխանցելու անհրաժեշտության բացակայությունը, Xfwm4 թեմաների անգործունակությունը և Xfce/GNOME հավելվածների և ծրագրերի պատուհանների նախագծման անհամապատասխանությունը: Չօգտագործել CSD նշված են. Նշվում է, որ որոշ օգտատերերի կողմից GNOME ինտերֆեյսի մերժման պատճառներից մեկը CSD-ի օգտագործումն է։
Քանի որ 5 ամսվա ընթացքում ոչ մի փորձ չի արվել աջակցել CSD-ն անջատելու համար, Շոն Անաստասին վերցրեցի այս հարցը իմ ձեռքը և ստեղծեցի գրադարանի պատառաքաղը , որում ես մաքրեցի կապը CSD-ի հետ և վերադարձրեցի սերվերի կողմից (պատուհանների կառավարիչ) հին ձևավորման ռեժիմը: Նոր libxfce4ui API-ն օգտագործող հավելվածների հետ համատեղելիությունն ապահովելու և ABI-ը պահպանելու համար պատրաստվել են հատուկ կապեր, որոնք XfceTitledDialog դասի հատուկ CSD մեթոդները վերածում են GtkDialog դասի կանչերի: Արդյունքում, հնարավոր է ազատել Xfce հավելվածները CSD-ից՝ փոխարինելով libxfce4ui գրադարանը՝ առանց իրենց հավելվածների կոդը փոխելու:
Բացի այդ, ձևավորվել է պատառաքաղ , որը ներառում է փոփոխություններ դասական վարքագիծը վերադարձնելու համար: Պատրաստված է Gentoo-ի օգտատերերի համար libxfce4ui-nocsd տեղադրելու համար: Պատրաստված է Xubuntu/Ubuntu օգտագործողների համար պատրաստի փաթեթներով։ Շոն Անաստասին պատառաքաղի ստեղծման պատճառները բացատրել է նրանով, որ երկար տարիներ օգտվում է Xfce-ից և հավանում է այս միջավայրի ինտերֆեյսը։ Որոշելով ինտերֆեյսի փոփոխությունները, որոնց հետ համաձայն չէր, և ոչ մի փորձ չտրամադրել նախկին վարքագծին վերադառնալու տարբերակ, նա որոշեց ինքնուրույն լուծել իր խնդիրը և կիսվել դրա լուծումով այլ համախոհների հետ:
Xfce Classic-ի օգտագործման խնդիրներից մեկը կրկնօրինակ վերնագրերի հայտնվելն է՝ վերնագրում և հավելվածի պատուհանում կրկնվող տեղեկատվության ցուցադրման պատճառով: Այս հատկությունը համահունչ է Xfce 4.12 և 4.14-ի վարքագծին և կապված չէ CSD-ի հետ: Որոշ հավելվածներում նման կրկնօրինակումը նորմալ է թվում (օրինակ, xfce4-screenshooter-ում), իսկ մյուսներում դա ակնհայտորեն անպատշաճ է: Այս խնդիրը լուծելու համար հնարավոր է ավելացնել շրջակա միջավայրի փոփոխական, որը վերահսկում է XfceHeading-ի մատուցումը:
CSD-ի կողմնակիցների դիրքը հանգում է նրան, որ կարող են օգտագործել պատուհանի վերնագրի վատնված տարածությունը՝ ընտրացանկերը, վահանակի կոճակները և այլ կարևոր ինտերֆեյսի տարրեր տեղադրելու համար: CSD-ի հակառակորդները կարծում են, որ այս մոտեցումը խնդիրներ է առաջացնում պատուհանների դիզայնի միավորման հետ կապված, հատկապես այն պատուհանների համար, որոնք գրված են տարբեր օգտագործողների միջավայրերի համար, որոնք տարբեր առաջարկություններ են սահմանում վերնագրի տարածքի դասավորության համար: Շատ ավելի հեշտ է բոլոր հավելվածների պատուհանների դիզայնը բերել մեկ ոճի՝ սերվերի կողմից պատուհանի սպասարկման տարածքները դասական կերպով մատուցելիս: CSD-ի օգտագործման դեպքում անհրաժեշտ է առանձին հարմարեցնել հավելվածի ինտերֆեյսը յուրաքանչյուր գրաֆիկական միջավայրին և բավականին դժվար է ապահովել, որ հավելվածը տարբեր օգտագործողների միջավայրերում խորթ տեսք չունենա։
Source: opennet.ru