Allow HTML Temp - Version 8.0 für Thunderbird 102

So ganz verstehe ich das nicht. In TB 91 fügte Dein Add-on auch etwas zur Statusleiste hinzu, sicher auch via Experiment-API. Hätte man das für 102 anpassen müssen oder warum hast Du das ausgebaut?

Verstehe. Man hätte eben noch ein weiteres WebExtension-Experiment-API hinzufügen müssen, um auch die Statusleiste noch mit abzudecken.

Zitat von Thunder

... womöglich die XUL-Elemente mittels einer eigenen Experiment-API zusammenbasteln

Genau. Den WL halte ich für Overkill und benutze in selbst nicht um punktuell das eine oder andere Element in die UI einzufügen. Aber sicher, es läuft immer darauf hinaus, einen listener für neu erscheinende windows zu haben, um die Elemente dort einzufügen.

Zitat von Thunder

Zumindest die Elemente der Benutzeroberfläche sollten dann doch per MailExtension-API auf Dauer möglich sein. Das ist ja eigentlich auch so gewünscht.

Hmm, so wie ich das sehe, ist die Benutzer-Oberfläche eben im geschützten sog. "chrome"-Bereich, und man will diesen eben gerade nicht für Modifikationen öffnen, es sei dann sehr punktuell, wie z.B. mit den "action" buttons. Sicher wird es kein API geben, das UI beliebig umzugestalten. Ein API für die Statusleiste oder den neuen "spaces toolbar" ist sicher sinnvoll, letzteres gibt es wohl schon. Für beliebige Eingriffe bleiben eben die WebExtension-Experiment, die ja bis auf weiteres möglich sein sollen.

Als Add-on-Autor musst Du eben wissen, was Dir wichtiger ist: Deinen Benutzern die gewohnte Funktionalität zu bringen oder eben zu Lasten der Benutzer eine Exempel zu statuieren, um bessere APIs zu fordern. Dass die TB-Leute nicht immer zeitnah auf die Benutzer- oder Add-on-Entwickler-Wünsche hören, ist ja nichts Neues (siehe z.B. die lange Movemail-Diskussion, erste einmal rausgenommen, viel Geschrei, Fehler zu gegeben, und dann lange erst einmal nichts).

Zitat von Thunder

Aber vielleicht entspricht der Niedergang von BabelZilla ohne nennenswerten Nachfolger (Crowdin überfordert wohl viele Leute) genau dem Trend, den Mozillas Hauptprodukt Firefox Stück für Stück auch erliegen wird.

Ja, BabelZilla hat eine große Lücke hinterlassen. Die Site gibt es ja noch. Und dort im Blog sind die jüngsten Beiträge von 2021 und 2020 und mehrere davon sind Anfrage nach Übersetzern.

Es liegt aber auch an den Add-on-Entwicklern, denn so richtig weiß keiner, wo welche Erweiterung übersetzt werden kann. Ob sie nun BabelZilla heißt oder anders, es fehlt eine zentrale Stelle. Es ist auch irgendwie umständlich für Übersetzer, sich erst mit dem Add-on-Entwickler in Verbindung setzen zu müssen. Mich treibt noch der Wunsch, etwas für die kleinen Sprachen Obersorbisch und Niedersorbisch zu tun, ein gewisser Idealismus also. Für mich ist es irgendwie unverständlich, dass sich für „große“ Sprachen wie die oben genannten keine Übersetzer finden.

Ich hätte da noch einen Tipp für dich. Gehe doch mal auf die Team-Seite von Pontoon. Dort findest du alle Sprachen aufgelistet. Darüber hast du eine Tab-Leiste. Einer der Tabs heißt Contributors. Wähle die gewünschte Sprache aus und klicke dort dann auf Contributors. Es werden alle Übersetzer aufgelistet, in der Regel ist auch ein Manager dabei, sozusagen der Übersetzungsadmin. Du kannst sogar dann noch direkt auf das gewünschte Übersetzungsprojekt gehen, hier also Thunderbird. Dort hast du ebenfalls die Tableiste mit dem Tab Contributors.

Setze dich am besten mit dem Manager in Verbindung. Wenn er die Übersetzung nicht selbst übernehmen will oder kann, kann er dir entweder einen anderen Übersetzer aus der Liste empfehlen oder du suchst dir selbst einen aus, bei dem du anfragst. Als Anhaltspunkt kannst du ja die Anzahl der Übersetzungen nehmen.

Wenn du unter dem Projekt keinen geeigneten Übersetzer findest, gehe auf die Sprachenseite und dort nochmal auf Contributors. Dann hast du auch die Übersetzer der anderen Projekte aufgelistet.