Frage zu "AllowHTML"

N'Abend!

Die "tabbar-toolbar" ist in neueren Thunderbird-Versionen in der Titelleiste des Hauptfensters. Man kann dort über den Anpassen-Dialog der gewohnten Toolbar beliebig Buttons entweder in die normale Toolbar oder eben in die tabbar-toolbar ziehen.

Wenn man einen Button berührt sollte der in der tabbar-toolbar mit einem hellen Verlauf im Hintergrund hervorgehoben werden. Das macht Thunderbird eigentlich selbst - also nicht das Addon (Mauszeiger im Screenshot ausgeblendet):

Bei meinem Button wird diese Hervorhebung aber nicht gezeigt (Mauszeiger im Screenshot ausgeblendet):

Daran verzweifle ich schon seit vielen Stunden und habe wirklich vieles versucht. Jetzt bin ich soweit, dass ich nochmal ein Add-on-Grundgerüst neu schreibe, dass einfach nur einen Button einfügen wird, um auszuprobieren an welchem Punkt das dann versagt :stupid: .

Gruß

Endlich!

Ich habe das Problem gefunden. Der Button wird per Javascript aktiviert und deaktiviert. Man deaktiviert das XUL-/DOM-Objekt per:

meinObjekt.setAttribute("disabled", true);

Wenn das Objekt dann per JS wieder aktiviert wird, kann man das Attribut "disabled" auf "false" schalten:

meinObjekt.setAttribute("disabled", false);

Es ist dann also nicht mehr deaktiviert, hat dann aber das Attribut disabled="false". Genau daran stört sich das CSS des Thunderbird. Statt dessen sollte man besser das Attribut per JS komplett entfernen - es macht einen Unterschied (und ist wohl auch korrekteres JavaScript):

meinObjekt.removeAttribute("disabled");

Da der Button in der Tabbar-Toolbar nun korrekt funktioniert, habe ich für Windows/Aero das Icon überarbeitet, so dass es nun zu den invertierten weißen Icons des Thunderbird passt:

Ich bringe dazu Version 3.6 auf AMO.

Für OS X und Linux muss ich mir die originalen Skins nochmal anschauen, was ich da noch mache.

Gruß

Servus Thunder,

oha, das war ja ein ganz schöner Kraftakt! Bei mir funktioniert deine aktualisierte Version des Add-ons auch wieder prima. Ich habe allerdings Meldungen in der Fehlerkonsole (bin mir nicht sicher, ob das an javascript.options.strict liegt):

Zitat

Fehler: ahtToolbarButton is null
Quelldatei: chrome://allowhtmltemp/content/AHTbuttonsListeners.js
Zeile: 66

Ich habe keinen Button in die Hauptsymbolleiste gelegt, daran scheint das zu liegen. Vielleicht ergänzt du die AHTbuttonsListeners.js noch um ein paar if-Abfragen? Zugegebenermaßen wäre das aber nur Kosmetik, die Funktionen sind wie gesagt nicht beeinträchtigt.

Schöne Grüße
Robert

Hallo Robert,

die JS-Fehlermeldung ist mir entgangen, aber dafür auch schon beim AMO-Review der Version 3.6 aufgefallen. Ich noch ein paar weitere Dinge ausgebessert und inzwischen Version 3.6.2 auf AMO hochgeladen.

Gruß + Dank
Thunder

Hallo Donner!

Könnten Sie bitte erweitern Sie Ihre große Addon mit der Fähigkeit, temporäre ermöglichen Klartext-Modus, wenn HTML-Modus eingestellt?

Dies kann einfach mit dem folgenden diff für AHTfunctions.js getan:

--- AHTfunctions_orig.js	Mon Aug 06 12:22:58 2012
+++ AHTfunctions.js	Wed Apr 23 14:21:07 2014
@@ -66,12 +66,12 @@
         this.ShowRemote();
       }

-      else if (!(event.ctrlKey || event.metaKey || event.shiftKey))
+      else if ((!(event.ctrlKey || event.metaKey || event.shiftKey) && this.prefer_plaintext) || (event.shiftKey && !this.prefer_plaintext))
       {
         this.ShowHTML();
       }

-      else if (event.shiftKey)
+      else if (event.shiftKey || !this.prefer_plaintext)
       {
         this.ShowPlaintext();
       }