App Devs Spørg Linux Distros at "Stop Theming Our Apps"

En gruppe uafhængige Linux-app-udviklere har skrevet et åbent brev til det bredere GNOME-fællesskab for at sige: "stop med at tematisere vores apps".

Brevet er rettet til vedligeholdere af Linux-distributioner, som vælger at sende brugerdefinerede GTK- og ikontemaer som standard i stedet for opstrømsstandarder.

Ved at offentliggøre de problemer, de føler stammer fra praksis med "tema", håber man, at distros og udviklere kan arbejde sammen om at skabe et "sunderere GNOME tredjeparts app-økosystem".

Så hvad er den egentlige rub her?

GTK App Devs: "Stop med at tematisere vores apps"

stop med at lave temaapps på webstedetstop med at lave temaapps på webstedet

Det føles ofte som om evnen til at kontrollere, hvordan vores desktop ser ud og fungerer, er en del af en uskreven Linux-forfatning, en vi alle er hemmelige tilhængere af.

"Mange førende Linux-distros bruger tilpassede GTK-temaer og ikonsæt som en måde at skabe en brandidentitet for sig selv, en oplevelse, der føles unikt deres egen."

Men tematisering på GNOME-platformen er ikke alt, hvad det ser ud til. Det er ikke uden komplikationer eller kompromiser. Hvor overfladiske disse ændringer end kan virke, er anvendeligheden faktisk mere end huddyb.

Nu, elefant i rummet-tid: mange førende Linux-distros bruger tilpassede GTK-temaer og ikonsæt som en måde at skabe en brandidentitet for sig selv; en oplevelse, der føles unikt deres egen.

Dette omfatter Ubuntu (med Ambiance og Yaru), Linux Mint (med Mint-X), Pop OS (med Pop GTK) og Manjaro (med, øh, jeg ved ikke, hvad det hedder).

'Behovet for at skille sig ud'

Tilsidesætter en distros vane at brande sig selv app-producenternes vane til at levere apps til brugerne på den måde, de ønsker?

Det er et svært spørgsmål, og jeg er ikke sikker på, at der er et tilfredsstillende svar.

For hvad det er værd, at behovet for Linux-distributioner adskiller sig og 'skiller sig ud' er noget, som dette åbne brev anerkender, men som antyder, at distro-vedligeholdere finder 'andre måder' at opnå.

GNOME-temaer er alligevel illusionære

canta gtk temacanta gtk tema
Apps kan variere meget i deres udseende

Det er blevet nævnt før (af dem langt mere kvalificeret end jeg) at GNOME-skrivebordet teknisk set ikke har en temaramme; udseendet og følelsen af ​​platformen er simpelthen ikke designet til at være hot-swappable.

“GTK-temaer, som vi tænker på dem, eksisterer ikke rigtigt; der er ingen GTK-tema API i GNOME, kun hacks og brugerdefinerede stylesheets."

Faktisk eksisterer GTK-temaer, som vi tænker på dem, ikke rigtigt; der er ingen GTK-tema API, kun hacks og stylesheets.

Som enhver, der arbejder med webudvikling, vil fortælle dig: du skal være meget kræsen og konsekvent, når du arbejder med stylesheets. Der er en grund til, at de fleste websteder ikke har et drop-down udvalg af forskellige .css, du kan anvende, mens du browser.

Det er manglerne, der er resultatet af denne patchwork-tilgang til tematisering af GTK-apps, og den simple forestilling om at kunne ændre tema generelt, som tredjepartsudviklere tager problemer med i dette brev.

"Vi er trætte af at skulle udføre ekstra arbejde for opsætninger, vi aldrig havde til hensigt at understøtte," står der i brevet.

Man behøver kun at prøve at bruge inkognitotilstand i GNOME Web (aka Epiphany) på Pop OS for at værdsætte lige hvor let det er for angiveligt 'uskadeligt tema' at bryde den grundlæggende funktionalitet af en app.

Derudover er der også spørgsmålet om, hvorfor distros ikke målretter tema-restyles mod andre også værktøjssæt:

"Du gør ikke dette til Blender, Atom, Telegram eller andre tredjepartsapps. Bare fordi vores apps bruger GTK, betyder det ikke, at vi er ok med, at de bliver ændret under os." brevet fortsætter.

Forståeligt, tror jeg?

For en GTK-appudviklers perspektiv må "temagåden" være ret frustrerende.

"En ulæselig tekstetiket her og en manglende fane er muligvis ikke deal breakers, men brugerne antager, at appen er skyld i, ikke det tema, en distro har valgt at bruge."

Forestil dig det: du bruger sindssygt mange kræfter på at lave en app fra bunden, udjævne fejl og problemer, skræddersy din app til at se ud og opføre sig på en bestemt måde.

Når du er klar til at starte, skriver du hjælpedokumenter baseret på, hvordan din app ser ud, tag skærmbilleder af, hvordan din app ser ud, og upload det hele til den valgte App Store, klar til, at brugerne kan komme og finde den...

Kun for Clone!_OS at komme med og proppe din fint skræddersyede app ind i et andet par tøj med flossede kanter og uoplukkede kraver.

En ulæselig tekstetiket her og en manglende fane, der er måske ikke store deal breakers for de fleste, men brugere vil antage, at appen er skyld i, ikke det unikke mærkede tema, som en distro har valgt for at tvinge tredjepartsapps til at bære.

Så de indgiver en (velmenende) til app-udvikleren, som så skal forklare "min app er ikke ødelagt, din distros tema er..."

Udvid nu: tænk på, hvor mange distros der er derude, brug hvor mange forskellige temaer, hvilket resulterer i, hvor mange mindre, men alligevel forskellige tematikker med apps, der faktisk er skyld i...

Det er lidt af et sneboldproblem.

Derfor dette brev

Indtast det åbne brev "Stop Theming My App", som angiver det "...vores bestræbelser på at designe, udvikle og teste vores apps bliver i mange tilfælde forgæves af tematisering."

”Det er derfor, vi beder respektfuldt om, at vores ansøgninger ikke er tematiske. De er bygget og testet til upstream GNOME-stilarket, ikoner og skrifttyper, så det er sådan, de skal se ud på folks systemer." argumenterer udviklerne.

Vil distros følge rådet?

”Vi beder om, at vores ansøgninger ikke er tematiske. De er bygget og testet til upstream GNOME-stilarket, ikoner og skrifttyper, så det er sådan, de skal se ud”

Det åbne brev

Det vil jeg gerne understrege det er ikke mit sted at sige, hvem der har ret, eller hvem der er forkert i denne debat.

Der er fordele og ulemper på begge sider - så meget, at hvis jeg samlede dig rundt om en tavle for at liste dem, ville tuschpennen løbe tør, før din liste over årsager for og imod gjorde det.

En mulig løsning kunne være at fjerne problemet fra distro-vedligeholders hænder; at hardkode stylesheets i apps og forhindre tematisering af dem.

Kontroversielt - og en løsning, som brevet skriver siger, at de simpelthen "ikke ønsker at ty til".

En anden løsning kunne være markedsføring. Udviklere, der pitcherer en ren opstrøms GNOME-oplevelse for deres varer, kunne måske mærke app med en "designet til GNOME"-etiket eller bemærke, at den er bygget til en specifik GNOME-base, som Fedora?

Der er allerede en præcedens på dette område, elementær OS-app ser ofte groft ud på ikke-elementære OS-platforme, så de markedsføres som "designet til elementære" i overensstemmelse hermed.

Så igen, måske er løsningen for GNOME at løse; at skabe et tema-API eller sarte mere rent mellem, hvad der burde kunne mærkes, og hvad der ikke burde.

Både Ubuntu og Pop OS er holdt op med at tematisere tredjeparts app-ikoner som standard (en ændring, jeg brugte denne side til at argumentere for).

Læs det åbne brev

Underskrivere af dette åbne brev omfatter velrespekterede GTK-app-producenter som Felix Häcker (Gradio), Bilal Elmoussaoui (Authenticator) og Jordan Petridis (Podcasts), samt adskillige medlemmer af GNOME-fonden (som, det erklærede, underskriver i personlig egenskab ).

Andre app-udviklere opfordres til at "underskrive" brevet eller tilføje et "venligst ikke tema"-badge til deres kodelagersider.

Du kan læse hele brevet på siden nedenfor.

 

Besøg webstedet 'Stop Theming My App'

Fortæl mig, hvordan du mener, at denne situation kunne løses i kommentarfeltet. Der er ingen "lette" løsninger, så der kræves noget kreativ tænkning!

Bemærk venligst: det åbne brev ovenfor opfordrer ikke til at stoppe GTK-tema generelt. Tag fat i den højre ende af pinden, før du lyder nedenunder.

Oprindelig artikel