Unabhängige Entwickler von grafischen Anwendungen für Gnome veröffentlichte einen offenen Brief, in dem Verteilungen gefordert wurden, die Praxis aufzugeben, GTK zu zwingen, Themen zu ersetzen in Grafikanwendungen von Drittanbietern.
Derzeit verwenden die meisten Distributionen ihre eigenen Icon-Sets und Modifikationen an GTK-Themen, die sich von den Angeboten von Gnome unterscheiden, um die Markenbekanntheit sicherzustellen.
Wir sind Entwickler und Designer, die Anwendungen für die GNOME-Plattform erstellen. Wir sind stolz auf unser Handwerk und arbeiten hart daran, dass unsere Apps eine großartige Erfahrung für Menschen sind.
Leider werden alle unsere Bemühungen, unsere Anwendungen zu entwerfen, zu entwickeln und zu testen, in vielen Fällen durch das Thema unbrauchbar.
Das Ändern von GTK-Stilen beeinträchtigt das Erscheinungsbild von Anwendungen
Die Aussage zeigt das an Diese Vorgehensweise führt häufig zu einer Unterbrechung der normalen Anzeige von Programmen von Drittanbietern und eine Änderung in der Wahrnehmung unter den Benutzern.
Z.B.Eine Änderung der GTK-Stylesheets kann die korrekte Anzeige der Benutzeroberfläche unterbrechen und machen es sogar unmöglich, damit zu arbeiten (zum Beispiel, weil der Text in Farben nahe am Hintergrund angezeigt wird).
Zusätzlich Die Änderung der Reihenfolge führt dazu, dass das Erscheinungsbild der Anwendung in den Screenshots im App Install Center gezeigt, sowie die Bilder der Schnittstellenelemente in der Dokumentation, entsprechen nicht mehr dem tatsächlichen Erscheinungsbild der Anwendung nach der Installation.
GTK-Stylesheets können dazu führen, dass Anwendungen beschädigt und sogar unbrauchbar erscheinen.
Symbolthemen können die Hauptidee ändern, die zum Ausdruck gebracht werden sollte, und zu Schnittstellen mit Symbolen führen, die nicht das ausdrücken, was der Entwickler wollte.
Anwendungssymbole sind die Identität einer Anwendung. Durch Ändern des Symbols einer App kann der Entwickler Ihre Marke nicht mehr steuern.
Der Reihe nach, Das Ersetzen der Piktogramme kann die ursprünglich vom Autor festgelegte Bedeutung verzerren und dazu führen, dass die mit den Piktogrammen verbundenen Aktionen vom Benutzer in verzerrtem Licht wahrgenommen werden.
Die Autoren des Briefes Sie wiesen auch auf die Unzulässigkeit hin, Symbole zu ersetzen, um Anwendungen zu starten, da diese Symbole auch ein wesentlicher Bestandteil der Anwendung sowie der vom Autor geleisteten Arbeit sind.
Es wird separat spezifiziert, dass die Autoren der Initiative nicht gegen die Fähigkeit der Benutzer protestieren, ihr Design nach ihren Wünschen zu ändern, aber nicht mit der Praxis des Ersetzens von Designthemen in Distributionen einverstanden sind, was zu einer Unterbrechung der normalen Anzeige von Programmen führt Dies erscheint korrekt, wenn die Standardthemen GTK und GNOME verwendet werden.
Es gibt auch weniger direkte Konsequenzen zweiter Ordnung, einschließlich:
Appstream-Screenshots (Screenshots, die in der GNOME- oder Flathub-Software verwendet werden) sind nicht sehr nützlich, wenn sie nach der Installation nicht mehr der tatsächlichen Anwendung entsprechen.
Benutzerhilfe und Dokumentation sind gleichermaßen nutzlos, wenn sich die UI-Elemente auf Ihrem System von den in der Dokumentation beschriebenen unterscheiden.
Diese Entwickler, die den offenen Brief geschrieben haben Bestehen Sie darauf, dass Apps so aussehen, als ob sie von den Autoren erstellt, entworfen und getestet wurden und nicht, weil die Schöpfer von Themen, unter anderem Ikonen, sie verzerrten.
Darüber hinaus verstehen sie und sind nicht gegen die Art und Weise, wie Linux-Distributionen zusätzliche Arbeit an ihrem Design leisten, um sich abzuheben.
Das Problem, das sie finden, ist, wo sich ihre Arbeit nicht ausgezahlt zu haben scheint, da sie im Erscheinungsbild ihrer Anwendungen sozusagen an einem Standard arbeiten und am Ende all dies in den Schatten gestellt wird.
Vertreter der Gnome Foundation gaben in den Kommentaren an, dass dies nicht die offizielle Position von Gnome ist, sondern die persönliche Meinung der einzelnen Anwendungsentwickler.