Ich habe einen "echten" Fehler gefunden, der zu einer "echten" Fehlermeldung und zum Versagen des Add-ons geführt hat.
https://gitlab.com/ThunderbirdMai…0a97dd48eee98a9
3.0b3 behebt den Fehler.
Ich habe einen "echten" Fehler gefunden, der zu einer "echten" Fehlermeldung und zum Versagen des Add-ons geführt hat.
https://gitlab.com/ThunderbirdMai…0a97dd48eee98a9
3.0b3 behebt den Fehler.
Ich habe heute Version 3.0b1 für Thunderbird 78.* auf ATN hochgeladen.
Es gibt nun schon 3.0b2 (noch nicht auf ATN freigeschaltet):
Als Randbemerkung:
Dark- und Light-Mode-Unterstützung könnte zumindest kleinere optische Unstimmigkeiten haben, obwohl ich gerade da nun einen Tag investiert habe. Der "Mischmasch", der sich teilweise durch die alten per WL-API weitergenutzten Techniken ergibt, macht zumindest für mich die Sache beinahe unüberschaubar. Prinzipiell funktionieren die Dialoge nun aber ganz passabel auch im Dark-Mode. Lightweight-Themes von Drittanbietern können Probleme mit der Lesbarkeit in den Dialogen machen, daher empfehle ich darauf (sowieso grundlegend) zu verzichten. Falls Euch "Proton" etwas sagt: Dies wird uns optisch in Thunderbird 91+ auch noch "Freude" machen, da es alle möglichen Interferenzen gibt, die man schon seitens der Thunderbird-Entwickler zu beseitigen versucht. Ich würde wetten, dass dies auch für meine angepassten Add-ons zu (wenigstens kleineren) optischen Problemen zumindest in den Dialogfeldern führen wird.
Ich habe heute Version 3.0b1 für Thunderbird 78.* auf ATN hochgeladen. Vermutlich wird diese Morgen(?) dort freigeschaltet - so hoffe ich jedenfalls.
Auf den ersten Blick funktioniert soweit alles. Aber ich kann nicht wirklich alle Options-Kombinationen selbst ausprobieren. Es bleibt ein Restrisiko für Fehler. Dies galt aber auch schon für alle vorherigen Versionen, die ich in den letzten beiden Jahren für Thunderbird 60 und 68 erstellt hatte.
Wegen der komischen Reihenfolge und Zeitstempel der Beiträge:
Ich schreibe manchmal Antworten zu einem Beitrag und sende die Antwort ab, bevor ich den Beitrag (dann gleich anschließend) freischalte. Dies liegt daran, dass ich beim Freischalten die Beiträge erstmal aus den Augen verliere und im Forum quasi erneut suchen und öffnen muss. Es ist für mich daher einfacher schon aus der Moderation heraus eine Antwort zu starten und erst dann den Beitrag des Autors freizuschalten. Das System hier nutzt dabei leider nicht den Zeitpunkt, der eigentlich vom Beitragsautor genutzt wurde.
Du hast Deine Screenshots bzw. den Beitrag damit gelöscht. Was ich aber auf die Schnelle schon sehen konnte, bevor ich den Beitrag per Moderation freischalten konnte:
Du hast sämtliche Schnellfilter-Optionen aktiviert gehabt. Da keine Deiner Mails all diese Optionen erfüllt, wird auch nichts angezeigt.
plädiere für die Optionen direkt im Add-on-Manager
Das ist für mich prinzipiell okay und ich finde den Ort auch durchaus gut, aber es gibt einen kleinen Schönheitsfehler, der dort nerven könnte: https://bugzilla.mozilla.org/show_bug.cgi?id=1697142 Beim +++Zoomen entsteht unten ein sinnloser Leerraum, und beim ---Zoomen wird der Inhalt abgeschnitten (was ich wenigstens mit den dann erzwungenen Scrollbalken entschärfen kann). Die Priorität für diesen Bug wurde seitens der Firefox-Entwickler (die sind zuständig für den Add-on-Manager) ganz ganz niedrig eingestuft. Bei Firefox sieht man sehr häufig eigenständige Tabs für die Add-on-Optionen.
Ich würde es begrüßen, weil ich grundsätzlich kein Freund von PopUps bzw mehreren Fenstern bin und lieber mit Tabs arbeite
Die Wahl für die Optionen in Version 3 des Add-ons für Thunderbird 91+ besteht zwischen Optionen in einem eigenständigen Tab oder Optionen direkt im Add-on-Manager, wenn man die sogenannte "Card" des Add-ons anklickt (siehe im Startbeitrag des Themas). Von einem separaten Fenster bzw. Popup hatte ich eh nicht gesprochen.
Ganz ehrlich - Ich verstehe den Sinn dieser "Collapse-Funktion" generell gar nicht.
Ich kann es mir gerade mal eben noch fürs Lesen vorstellen - aber wozu soll das gut sein beim Schreiben?
Zur Debatte wollte ich eigentlich die Benutzeroberfläche für die Optionen des Add-ons stellen - nicht die grundsätzlichen Funktionen. Die Collapse-Funktion habe ich auf Wunsch in das Add-on übernommen, da das separate Add-on derzeit nicht mehr lauffähig ist. Und wenn ich nicht irre, hatte auch ich das "Collapse" gedanklich beim Verfassen in Frage gestellt und deshalb erst gar nicht beim Verfassen implementiert, sondern nur beim Lesen.
Ich habe mich dazu entschlossen den Beitrag von Altstadt hier im Forum öffentlich zu machen und mit diesem Beitrag das Thema zu schließen.
Do we have an English support article (URL?) on SuMo explaining the different places to open addons options? Maybe this article could/should explain the "problem" with the changed WL API behavior, too.
Explanation in addon developer support group:
https://thunderbird.topicbox.com/groups/addons/…bootstraploader
what is the extras menu?
Sorry, in english Thunderbird versions it is the "Tools" menu, which is translated as "Extras" in german Thunderbird.
It is confusing having 4 different places where they are put.
This is on the one hand the result of deliberate changes by the Firefox (and thus also Thunderbird) developers and on the other hand the result of the WindowListener API used. This WindowListener API helps us add-on developers to make older add-ons for Thunderbird 78 and 91 easier to run. The API mentioned had taken over the add-on settings menu (in the extras menu) from Thunderbird 68 for Thunderbird 78 as well. Strictly speaking, this was a mistake that had already led to inconsistencies there. The API has now corrected this, so that the settings of my "old" add-ons, for example, can now be found in a different location to the amazement of users. See the screenshot: RE: Allow HTML Temp - Version 6.0 für Thunderbird 78
In Thunderbird 91 it will look different again. See this screenshot: RE: Allow HTML Temp - Version 7.0 für Thunderbird 91
Moin!
Zu Eurer Information:
Es gibt (von einem anderen Autor) eine neue saubere kleine MailExtension, die ganz simpel aus mehreren ausgewählten Nachrichten die Anhänge abtrennen / speichern / löschen kann.
Das genannte neue Add-on ist noch ausbaufähig, was sicherlich Zeit in Anspruch nehmen wird. Ob der Autor dies überhaupt machen wird, bleibt abzuwarten. Ich habe in den letzten Tagen daher doch nochmal ein bisschen an meinem Add-on gearbeitet. Auch hier hilft die von jobisoft weiterentwickelte WindowListener-API, um das "alte" Add-on nochmals mit akzeptablem Aufwand für Thunderbird 78 und vermutlich nun auch 91 lauffähig zu bekommen.
Es wird also in der nächsten Zeit Updates von mir geben:
Ich muss dafür zumindest den Optionen-Dialog (der für ein Add--on durchaus üppig ist) komplett neu in HTML schreiben, da die bisherige Version mit den 6 Seiten so nicht per WL-API funktioniert. Das hat zur Folge, dass ich auch die locales mit der neuen Technik einbinden muss usw...
Danach würde ich dann doch versuchen meinen bisherigen Worten treu zu bleiben
und meine Energie (wenn überhaupt) eher in die Übertragung von Features in das Grundgerüst des neuen (fremden) Add-ons zu investieren.
Moin!
Zu Eurer Information:
Es gibt (von einem anderen Autor) eine neue saubere kleine MailExtension, die ganz simpel aus mehreren ausgewählten Nachrichten die Anhänge abtrennen / speichern / löschen kann.
Das genannte neue Add-on ist noch ausbaufähig, was sicherlich Zeit in Anspruch nehmen wird. Ob der Autor dies überhaupt machen wird, bleibt abzuwarten. Ich habe in den letzten Tagen daher doch nochmal ein bisschen an meinem Add-on gearbeitet. Auch hier hilft die von jobisoft weiterentwickelte WindowListener-API, um das "alte" Add-on nochmals mit akzeptablem Aufwand für Thunderbird 78 und vermutlich nun auch 91 lauffähig zu bekommen.
Es wird also in der nächsten Zeit Updates von mir geben:
Ich muss dafür zumindest den Optionen-Dialog (der für ein Add--on durchaus üppig ist) komplett neu in HTML schreiben, da die bisherige Version mit den 6 Seiten so nicht per WL-API funktioniert. Das hat zur Folge, dass ich auch die locales mit der neuen Technik einbinden muss usw...
Danach würde ich dann doch versuchen meinen bisherigen Worten treu zu bleiben
und meine Energie (wenn überhaupt) eher in die Übertragung von Features in das Grundgerüst des neuen (fremden) Add-ons zu investieren.
Dann warte, bis Version 2.0.6 freigeschaltet und bei Dir angekommen ist
.
Ich bin wegen der vielfältigen Einstellungen des Add-ons hin und her gerissen, ob ich die Einstellungen in einen eigenständigen Tab auslagern soll. Dies ist kein weiterer Aufwand für mich und ich habe es hier schon probeweise gemacht. Dennoch Frage ich mich, wie Eure Meinung und Begründung dazu ist.
Hallo!
Version 7 des Add-ons läuft mit den aktuellen Thunderbird Beta und Daily-Versionen und sollte dann auch mit Thunderbird 91 funktionieren. Im Code dieses Add-ons wurde tatsächlich erstmal nichts außer der WindowListener-API geändert/aktualisiert, um lauffähig zu sein.
Falls ich bei meinen anderen Add-ons Fortschritte mit der (teilweisen) Umsetzung des Codes hin zu MailExtensions voran komme, werde ich dies hier auch machen. Das kann aber dauern.
In Thunderbird 78 wird der Einstellungen-Dialog des Add-ons ab jetzt auch in den Add-on-Manager verschoben. Siehe bitte sinngemäß den Screenshot in folgendem Beitrag, der hier genauso gilt: RE: Allow HTML Temp - Version 6.0 für Thunderbird 78