Beiträge von jobisoft

  • Javascript-Fehler in Provider für EAS

    Zitat von schlingo

    Ich habe da noch eine Frage: bei der Recherche habe ich gesehen, dass die letzte Version des Providers für EAS auf ATN die 4.3 ist. Ich habe hier eine Version 4.4, die am 22.03.2023 installiert wurde. Woher kommt die? Ich habe da nichts manuell installiert.

    Die hatte das gleiche Problem wie v4.6 und ich habe sie komplett gelöscht. v4.6 habe ich nur auf TB115 beschränkt. Jetzt sind aber auch die Provider durchs review durch und nun sollte TbSync v4.6 auch wieder mit TB102 und den neuen Providern funktionieren. Kannst das mal ausprobieren?

    1. Provider auf die neue v4.7 aktualisieren und "normal" mit TbSync v4.3 laufen lassen, sollte gehen
    2. Händisch TbSync v4.6 runterladen und installieren (hat im manifest noch 102 stehen), sollte auch gehen

    https://addons.thunderbird.net/de/thunderbird…bsync/versions/

  • Javascript-Fehler in Provider für EAS

    Das ist doof. Sorry.

    Die neue Version von TbSync braucht auch die neuen Versionen der Provider, aber die hängen noch im Review (ich darf meine eigenen Add-ons nicht reviewen). Lade dir TbSync v4.3 runter und installiere es drüber. Ich habe inzwischen eingestellt, dass 102.* user die neue Version von TbSync nicht mehr angeboten wird.

  • Allow HTML Temp - Version 9.0 für Thunderbird 115

    Lass uns zuerst das Button-mehrfach-Klicken Problem lösen. Du sagst, es trifft auch in diesem "guten aber nicht vollständigen" Entwicklungsstand auf? https://gitlab.com/ThunderbirdMai…step-2023-08-17

    Ich kann das Problem zunächst nicht nachstellen, aber wahrscheinlich gibt es einen edge-case, den ich noch nicht erwischt habe. Ich würde vorschlagen erstmal mit dem "guten aber nicht vollständigen" Entwicklungsstand weiterzumachen:

    * die Aufrufe zum disable des Buttons erfolgen sehr spät: Maßnahme #1 ist ein acceptButtonClicks flag, das gesetzt werden muss, bevor der Button was tut (egal ob er enabled oder disabled ist)
    * ich würde das flag am Ende des onMessageDisplayed listeners auf true setzen (unabhängig vom Button disable/enable status).
    * Ich würde das flag in einer globalen Map (tabId->status) speichern und es auch auf false setzen, bevor wir den reload triggern (eigentlich direkt am Anfanf des onClicked listeners), sodass wir ganz klar die Funktion des Buttons in den problematischen Zeiträumen deaktivieren.
    * im onClicked listener prüfst du das flag und machst ein early exit, wenn es nicht existiert oder flase ist: if (!acceptButtonClicks.get(tab.id)) { return; } funktioniert in beiden Fällen.

    Das hat zur Folge, dass der User bei diesen edge-cases zwar u.U. einen aktiven Button hat (der durch das timing issue noch nicht deaktiviert wurde), aber der Klick wird ignoriert. Wie klingt das?

  • Allow HTML Temp - Version 9.0 für Thunderbird 115

    ne, ich mache gerade was anderes.:-)

    Die registerlistener funktion in update_ui hatte ich wieder auf den ursprünglichen Inhalt zurückgeführt, aber den Aufruf auskommentiert. Ich wollte das diff gegenüber der 8.1.5 so klein wie möglich halten.

    Ich würde an deiner Stelle glaube ich nur das Prinzip meine geänderte Logik übernehmen, aber nicht ganze Dateien von 8.4 1-zu-1 kopieren. Das hilft auch den code zu verstehen:-)

    Wenn du nicht weiterkommt, dann sag bescheid und ich probiere dann einen MergeRequest gegen dein Repo.

  • Allow HTML Temp - Version 9.0 für Thunderbird 115

    Thunder : Hast du eigentlich ein github repo für AHT? Da wäre das gemeinsame Arbeiten einfacher. Hier ist Version 8.4:
    allow_html_temp-8.4.xpi

    Ich habe gemerkt, dass es invalide Button enable/disable Zustände geben kann, wenn die Optionen oder die Thunderbird-Einstellung im Menü geändert wird. Außerdem habe ich gemerkt, dass die event listener in update_ui.js teilweise gegen die event listener im background agieren. In v8.4 habe ich daher das Anzeigen der Message als den primären Aktivitätsvektor von AHT definiert und lade alle Nachrichten neu, wenn eine der möglichen Einstellungen geändert wird. Die event listener in update_ui.js habe ich deaktiviert bzw. ins background überführt. Wo die sind, ist primär egal, es sollte aber nicht 2 Orte dafür geben (mein Fehler).

    Außerdem:

    • Wenn der Button gedrückt wurde, ist die AHT Funktion ja getriggered worden und nochmaliges drücken hätte keinen Effekt mehr -> Ist jetzt einfach disabled. Ich vermute, das war früher auch so, ist aber durch das neue Konzept abhanden gekommen.
    • Wenn das Drücken des Buttons generell keinen Effekt hat, weil die aktuelle Einstellung (z.B. Plaintext) die gleiche ist wie die Button-Einstellung (ebenfalls Plaintext), dann ist der Button ebenfalls disabled.

  • Allow HTML Temp - Version 9.0 für Thunderbird 115

    Zitat von Thunder

    Das habe ich bisher noch nicht verstanden, wie mir die verlinkte Funktion helfen soll, um das remote content popup für meine Bedürfnisse zu "tweaken".

    Ich wusste nicht, dass du das content popup selber tweakst. Ich dachte, wenn der Bneutzer Shift drückt beim Klick auf den allow html button, dann soll einfach das popup nicht erscheinen und remote content automatisch geladen werden. Und dazu musst du keine globale Pref ändern, sondern nur im msghHdr das attribute setzen. Ist aber nur eine Idee, hat mit dem generellen Update für 115 nix zu tun.

  • Allow HTML Temp - Version 9.0 für Thunderbird 115

    Zitat von Thunder

    Hier zeigt sich leider eine Schwäche des neuen Konzepts, wenn ich nicht irre.

    Es geht, wenn man etwas Kontroll-Logik verbaut. In dieser Version verbinde ich die Tabs nicht mehr mit dem core-pref-observer, wenn ich temporär HTML aktiviere (was den reload auslöst), sondern kontrolliere den reload jetzt direkt. Dadurch kann ich auch wieder alle tabs reloaded lassen, wenn die globale Pref geändert wird. Ich nutze dazu ein ahtStatus Objekt.

    Ich hab die Optionen hier auch wieder teilweise drin und es wird nicht mehr plaintext als default erzwungen, sondern was der user eingestellt hat. Der browser_action_button ist weiterhin nicht drin und das content popup ignoriere ich auch noch. Die Datei aht_functions.js lade ich nicht.

  • Allow HTML Temp - Version 9.0 für Thunderbird 115

    Zitat von edvoldi

    Hatte man nicht gesagt das die Add-ons nicht mehr so oft angepasst werden müssen, bei der Umstellung auf die Version?

    Meine AHT Version ist keine reine WebExtension, sondern weiterhin ein Experiment. Niemand hat gesagt, dass Experimente weniger angepasst werden müssen. Das Gegenteil ist der Fall. Das Core Team darf weiterentwickeln und den Quellcode optimieren, ohne auf Add-ons Rücksicht nehmen zu müssen. Einzig die WebExtension APIs bleiben stabil.

    Und ich würde anderen Forenmitgliedern nicht mehr empfehlen, selbst an den max_version limits rumzuschrauben.

  • Allow HTML Temp - Version 9.0 für Thunderbird 115

    Zitat von bege
    Zitat von jobisoft

    - default to plaintext für alle Nachrichten

    Ist es irgendwie möglich, statt plaintext simple HTML als Standard zu setzen? Diese Option war für mich an der bisherigen Version besonders wertvoll: Fast alle Nachrichten bleiben lesbar und sicher zugleich. Das Umschalten auf original HTML war so nur selten nötig.

    Das ginge natürlich über Optionen. Ich weiß aber noch gar nicht, ob Thunder sich das überhaupt nochmal angucket. Ich bin sehr auf sein Feedback gespannt.

  • Allow HTML Temp - Version 9.0 für Thunderbird 115

    Thunder: Ich hab heute noch mal 2h investiert. Guck mal hier:

    Code
    gTabmail.currentAboutMessage.preferenceObserver.cleanUp()


    Du kannst die preference observer wieder rauswerfen und so die message tabs von den Prefs/Menü enkoppeln.

    Dein add-on ist überaus kompliziert und es war für mich nicht ohne weiteres möglich zu verstehen, was da alles genau passiert. Für den angehängeten prove-of-concept hab ich alles rausgeworfen, was ich nicht verstanden habe. Das Teil macht nun:

    - default to plaintext für alle Nachrichten
    - Klick auf den allow html button schaltet in diesem tab temporär html an
    - es gibt nur noch einen message display button
    - es gibt keine optionen
    - ich mache nix mit dem remote content popup (da würde ich übrigends nicht die pref manipulieren, sondern die msgHdr Eigenschaft der aktuellen Message, schau mal hier)

    allow_html_temp-8.2.xpi

  • Add-ons ab Thunderbird 115 - Kurze Rückmeldung zu Kompatibilität und Vorschläge für alternative Add-ons

    Das Add-on ThunderHTMLEdit wurde vom Entwickler leider von ATN entfernt.

    Das Add-on basierte ursprünglich auf dem Stationary Add-on, welches weiterhin auf ATN gelistet wurde. Ich habe daher Stationary geforkt, und daraus das "HTML Source Editor" Add-on gebaut und als reine WebExtensions auf ATN verfügbar gemacht.

    Github: https://github.com/jobisoft/HtmlSourceEditor
    ATN: https://addons.thunderbird.net/addon/html-source-editor/

    Weil es eine reine WebExtension ist, funktioniert es ein wenig anders, aber immer noch sehr einfach. Evtl. hilft es ja jemandem.

  • Add-ons ab Thunderbird 115 - Kurze Rückmeldung zu Kompatibilität und Vorschläge für alternative Add-ons

    Zitat von Thunder
    Zitat von Thunder

    Das kann ich mir wegen des Untermenüs kaum vorstellen.

    Ich muss mich korrigieren. Das Untermenü springt mich immer direkt an, sodass ich da Probleme sehe. Viel schwerer wiegt aber, dass der Code für das Abrufen von "Alle Konten" eine Kopie von altem Code direkt aus Thunderbird ist. Das wird vermutlich früher oder später zu Problemen führen. Bei diesem Add-on sehe ich den Punkt gekommen, dass man akzeptieren muss, welche Bedienungselemente das Team der Core-Entwickler für notwendig erachtet - oder eben auch nicht. Ich selbst nutze den Button schon seit Jahren nicht mehr selbst.

    Ich habe glaube ich nicht verstanden, was du meinst. Mehrfach kaskadierende Untermenüs sind ein Standard Feature der menus API und funktioniert auch mit dem menu typed action button.

    Auch deine Aussage bzgl. "welche Bedienungselemente das Team der Core-Entwickler für notwendig erachtet - oder eben auch nicht" kann ich nicht ganz nachvollziehen. Genau da können Add-ons doch einspringen und zusätzliche Buttons mit der fehlenden Funktion hinzufügen. Aber ich verstehe, wenn du keine Zeit mehr für das Add-on hast, ich werde es dann nicht weiter analysieren und als Discontinued markieren.

  • Add-ons ab Thunderbird 115 - Kurze Rückmeldung zu Kompatibilität und Vorschläge für alternative Add-ons

    Zitat von Thunder
    Zitat von jobisoft

    Eine aktuelle Übersicht über alle noch nicht aktualisierten Add-Ons gibt es hier:

    Woher nimmst Du die Info für "Discontinued"? Meine Add-ons "Get/Stend Button" und "Allow HTML Temp" kannst Du wohl mit "Discontinued" markieren.

    Die Info stammt meist von den Entwicklern.

    Get/Send Button, hab ich einmal kurz drüber geschaut, mein Eindruck war, dass wir den evtl mit dem neuen menu typed action button hinkriegen.