Az alkalmazásfejlesztők megkérik a Linux disztribúciókat, hogy „állítsák le az alkalmazásainkat”

Független Linux -alkalmazásfejlesztők egy csoportja nyílt levelet írt a szélesebb GNOME -közösségnek, és azt mondta: „hagyja abba az alkalmazások témáit”.

A levél a Linux disztribúciók karbantartóinak szól, akik úgy döntenek, hogy alapértelmezés szerint egyedi GTK- és ikon -témákat szállítanak az upstream alapértelmezett értékek helyett.

A „tematizálás” gyakorlatából fakadó problémák nyilvánosságra hozatalával azt remélik, hogy a disztribúciók és a fejlesztők együtt dolgozhatnak egy „egészségesebb GNOME harmadik fél alkalmazás -ökoszisztéma” létrehozásán.

Tehát mi itt a valódi dörzsölés?

GTK alkalmazásfejlesztők: „Ne hagyja abba az alkalmazásunk témáit”

hagyja abba a tematikus alkalmazások webhelyét

Gyakran úgy tűnik, hogy az asztali számítógép megjelenésének és működésének szabályozása képtelen része egy íratlan Linux -alkotmánynak, amelynek mindannyian titkos hívei vagyunk.

„Sok vezető Linux -disztribúció egyedi GTK -témákat és ikonkészleteket használ, hogy márka -identitást hozzon létre magának, olyan élményt, amely egyedülállónak érzi magát.”

De a tematika a GNOME platformon nem minden, ami látszik. Nem komplikációk és kompromisszumok nélkül. Bármilyen felületesnek tűnnek is ezek a változások, a használhatóság valójában több, mint a bőr mélysége.

Most, elefánt a szobaidőben: sok vezető Linux -disztribúció egyedi GTK -témákat és ikonkészleteket használ, hogy márka -identitást hozzon létre magának; olyan élmény, amely egyedülállónak érzi magát.

Ebbe beletartozik Ubuntu (Ambiance és Yaru társaságában), Linux Mint (Mint-X-el), Pop operációs rendszer (Pop GTK -val) és Manjaro (ezzel nem tudom a nevét).

„A kiemelés szükségessége”

Vajon a disztribúciónak az a szokása, hogy önmagát márkázza, felülírja az alkalmazáskészítők szokását, hogy az általuk kívánt módon szállítsanak alkalmazásokat a felhasználóknak?

Nehéz kérdés, és nem biztos, hogy van kielégítő válasz.

Amiért érdemes a Linux disztribúcióknak megkülönböztetniük és „kiemelkedniük” hogy ez a nyílt levél elismeri, de azt sugallja, hogy a disztribúció fenntartói „más utakat” találjanak elérése.

A GNOME témák mindenesetre illúziósak

canta gtk téma
Az alkalmazások megjelenésében nagymértékben különbözhetnek

Korábban már említették (ezek sokkal képzettebb, mint én), hogy technikailag a GNOME asztalon nincs tematikus keretrendszer; a platform kinézetét és hangulatát egyszerűen nem úgy tervezték, hogy gyorsan cserélhető legyen.

„A GTK témák, ahogy gondolunk rájuk, valójában nem léteznek; nincs GTK téma API a GNOME -ban, csak hack és egyedi stíluslapok. ”

Valójában a GTK -témák valójában nem léteznek; nincs GTK téma API, csak hack és stíluslapok.

Ahogy mindenki, aki webfejlesztéssel foglalkozik, azt fogja mondani: nagyon igényesnek és következetesnek kell lennie, amikor stíluslapokkal dolgozik. Ennek oka az, hogy a legtöbb webhely nem rendelkezik legördülő listával a különböző .css fájlok közül, amelyeket böngészés közben alkalmazhat.

A GTK -alkalmazások tematikus megközelítéséből adódó hiányosságok és az egyszerű elképzelés hogy a témát általában meg tudják változtatni, amit a harmadik felek fejlesztői vitatnak ezzel levél.

„Belefáradtunk abba, hogy extra munkát kell végeznünk olyan beállításoknál, amelyeket soha nem szándékoztunk támogatni” - áll a levélben.

Csak meg kell próbálnia használni az inkognitómódot a GNOME Web (aka Epiphany) alkalmazásban a Pop OS -en, hogy értékelje éppen milyen könnyű az állítólagos „ártalmatlan tematizálás” az alkalmazás alapvető funkcióinak megtörésére.

Ezenkívül felmerül az a kérdés is, hogy a disztrók miért nem célozzák meg a téma -stílusokat Egyéb szerszámkészletek is:

„Nem ezt teszi a Blender, az Atom, a Telegram vagy más harmadik féltől származó alkalmazásokkal. Csak azért, mert alkalmazásaink GTK -t használnak, ez nem jelenti azt, hogy rendben vagyunk, ha alulról cseréljük őket. ” - folytatódik a levél.

Érthető, gondolom?

Egy GTK alkalmazásfejlesztő szemszögéből a „tematikus rejtvény” meglehetősen frusztráló lehet.

„Egy olvashatatlan szövegcímke és egy hiányzó lap nem biztos, hogy megszakítja az üzletet, de a felhasználók feltételezik, hogy az alkalmazás a hibás, nem pedig a disztró által választott téma.”

Képzeld el: őrülten sok erőfeszítést töltesz el, amikor egy alkalmazást a semmiből készítesz, hibákat és problémákat vasalsz ki, és az alkalmazásodat egy bizonyos kinézetre és viselkedésre szabod.

Amikor készen áll az indításra, az írás segíti a dokumentumokat az alkalmazás megjelenése alapján, készítsen képernyőképeket az alkalmazás megjelenéséről, és töltse fel az összes választott App Store -t, készen a felhasználók számára, hogy megtalálják…

Csak a Clone! _OS számára, hogy jöjjön, és töltse be finomra szabott alkalmazását egy másik ruhába, kopott élekkel és leragadt gallérral.

Egy itt olvashatatlan szöveges címke és egy hiányzó lap nem biztos, hogy a legtöbb esetben megszakítja az üzletet, de a felhasználók igen tegyük fel, hogy az alkalmazás a hibás, nem pedig az egyedi márkájú téma, amelyet a disztribúció úgy döntött, hogy rákényszeríti a harmadik féltől származó alkalmazásokat viselet.

Így benyújtanak egy (jó értelemben vett) jelentést az alkalmazásfejlesztőhöz, akinek el kell magyaráznia, hogy „az alkalmazásom nem törött, a disztró témája…”

Most bővítsd ki magad: gondolj arra, hogy hány disztribúció létezik, hány különböző témát használva, ami azt eredményezi, hogy hány apró, mégis eltérő témájú furcsaság van a hibás alkalmazásokkal…

Ez egy kis hógolyó probléma.

Ezért ez a levél

Írja be a „Stop Theming My App” nyílt levelet, amely ezt állítja „… Alkalmazásaink tervezése, fejlesztése és tesztelése során tett erőfeszítéseinket sok esetben hiábavalóvá teszi a tematizálás.”

„Ezért kérjük tisztelettel, hogy alkalmazásaink ne legyenek tematikusak. Ezeket a GNOME stíluslapjára, ikonjaira és betűtípusaira építették és tesztelték, tehát így kell kinézniük az emberek rendszerein. ” - vitatkoznak a fejlesztők.

A Distros követni fogja a tanácsokat?

„Kérjük, hogy pályázataink ne legyenek tematikusak. Ezeket a GNOME stíluslapjára, ikonjaira és betűtípusaira építették és tesztelték, tehát így kell kinézniük ”

A nyílt levél

Ezt szeretném hangsúlyozni nem az én helyem azt mondani, hogy kinek van igaza, vagy kinek nincs igaza ebben a vitában.

Mindkét oldalon vannak előnyök és hátrányok - olyannyira, hogy ha összegyűjtenélek egy táblára, hogy felsoroljam őket, akkor a jelölő toll elfogyna, mielőtt az indokok listája mellett és ellen tette volna.

Az egyik lehetséges megoldás az lenne, ha a problémát a disztribúciós karbantartók kezéből bontanánk ki; az alkalmazások stíluslapjainak keménykódolására és azok tematizálásának megakadályozására.

Ellentmondásos - és a levélben írt megoldás szerint egyszerűen „nem akarnak folyamodni”.

Egy másik megoldás lehet a marketing. Azok a fejlesztők, akik pusztán a GNOME -élményt kínálják fel áruknak, felcímkézhetik az alkalmazást „tervezett GNOME -ra” címkével, vagy megjegyezhetik, hogy egy adott GNOME -alaphoz, például a Fedorához készült?

Ezen a területen már van precedens az elemi operációs rendszer-alkalmazások gyakran durván néznek ki nem elemi operációs rendszer platformokon, ezért ennek megfelelően „elemi használatra tervezték”.

Akkor megint talán a megoldás a GNOME megoldása; hogy tematikus API -t hozzon létre, vagy tisztább legyen a márkaképes és a nem.

Mind az Ubuntu, mind a Pop OS alapértelmezés szerint leállította a harmadik féltől származó alkalmazásikonok tematizálását (egy módosítással ezen az oldalon vitattam).

Olvassa el a nyílt levelet

A nyílt levél aláírói között olyan elismert GTK-alkalmazásgyártók szerepelnek, mint Felix Häcker (Gradio), Bilal Elmoussaoui (Hitelesítő) és Jordan Petridis (Podcastok), valamint a GNOME alapítvány több tagja (akik, amint azt kijelentették, személyes kapacitás).

Más alkalmazásfejlesztőket felkérnek arra, hogy „írják alá” a levelet, és adják hozzá a „kérem, ne témát” jelvényt kódtáraikhoz, hogy népszerűsítsék az ötletet.

A levelet teljes terjedelmében elolvashatja az alábbi oldalon.

Látogassa meg a „Stop Theming My App” webhelyet

Mondja el nekem, hogyan gondolja, hogyan lehetne kezelni ezt a helyzetet a megjegyzések részben. Nincsenek „egyszerű” megoldások, ezért némi kreatív gondolkodásra van szükség!

Kérjük, vegye figyelembe: a fenti nyílt levél általában nem szól a GTK -tematika befejezéséhez. Fogja meg a bot jobb végét, mielőtt megszólal.

Minden Ubuntu, naponta. 2009 óta.

Teachs.ru