Neue Version ab Thunderbird 91:
Im Code habe ich die Log-Einträge ("Debug-Modus") komplett überarbeitet und letztlich als (de-)aktivierbare Option in die Einstellungen des Add-ons gebracht. An den eigentlichen Funktionen des Add-ons hat sich nichts geändert. Allerdings habe ich das Add-on zumindest selbst nun auch mit der aktuellen Beta 101 und mit dem aktuellen Daily getestet, sodass ich bereits davon ausgehe, dass QuoteColors mit Thunderbird 102 problemlos laufen wird.
Da ich für das überarbeitete Add-on einiges umbauen musste, werden fast alle Übersetzungen erstmal unbrauchbar. Es ist sehr mühevoll, wenn ich für alle möglichen Sprachen die (halbwegs) passenden Übersetzungen zusammensuchen muss - daher meine Bitte:
Übersetzt doch bitte folgende Datei mit den notwendigen Sprach-Elementen in Sprachen, die Ihr (korrekt - ohne Google Translator) bieten könnt - Danke:
{
"extensionName": {
"message": "Allow HTML Temp"
},
"extensionDescription": {
"message": "Allow temporarily HTML in a selected message"
},
"button_label": {
"message": "Show HTML"
},
"button_tooltip": {
"message": "Temporarily display text or HTML for this message"
},
"button_label_html": {
"message": "Show HTML"
},
"button_label_sanitized": {
"message": "Show HTML"
},
"button_label_plaintext": {
"message": "Plaintext"
},
"optionPageTitle_label": {
"message": "Allow HTML Temp - Preferences"
},
"optionGeneralDescription_label": {
"message": "To prevent malicious code execution (e.g. \"Locky\" and \"Tesla\"), HTML and JavaScript for email should be deactivated or restricted and email attachments should not be displayed as inline. JavaScript is always restricted by Thunderbird anyway."
},
"optionHTML_label": {
"message": "HTML in email"
},
"optionHTMLDescription_label": {
"message": "A restricted option should be choosen here for default."
},
"optionAppHTML_label": {
"message": "Default setting:"
},
"optionButtonHTML_label": {
"message": "Click on \"Show HTML\":"
},
"optionNotRecommended_label": {
"message": "(not recommended)"
},
"optionOriginalHTML_label": {
"message": "Original HTML"
},
"optionSanitizedHTML_label": {
"message": "Sanitized HTML"
},
"optionPlaintext_label": {
"message": "Plaintext"
},
"optionAllBodyParts_label": {
"message": "All Body Parts"
},
"optionAdditionalOptions_label": {
"message": "Advanced options"
},
"optionAllwaysVersusClickDescription_label": {
"message": "Additional, optional content can be activated when displaying original HTML. You can activate these additional options in general for original HTML mode or only for the temporary \"Show HTML\" feature."
},
"optionRemoteContent_label": {
"message": "Remote content (images, stylesheets ...)"
},
"optionAllwaysRemoteContent_label": {
"message": "Allow remote content in general (not recommended)"
},
"optionTempRemoteContent_label": {
"message": "Temporarily allow remote content for the selected message by click on \"Show HTML\""
},
"optionAttachments_label": {
"message": "Attachments"
},
"optionAttachmentsAllwaysInline_label": {
"message": "Always show attachments inline (not recommended)"
},
"optionAttachmentsTempInline_label": {
"message": "Temporarily show attachments inline by click on \"Show HTML\""
},
"optionCommandKeyHeader_label": {
"message": "Shortcut"
},
"optionCommandKeyDescription_label": {
"message": "The buttons function specified here in the options can also be executed using a shortcut. You can customize the shortcut if needed. The resulting command key is then given as a string containing a set of 2 or 3 key values, separated by \"+\". For example, \"Ctrl+Alt+F5\" (3 key values - this is the default shortcut) or \"Ctrl+F5\" (2 key values)."
},
"optionCommandKeyRulesText_label": {
"message": "The rules described on MDN have to be considered."
},
"optionCommandKey_label": {
"message": "Shortcut for \"Show HTML\":"
},
"optionDebugHeader_label": {
"message": "Debug mode"
},
"optionDebugDescription_label": {
"message": "Debug information will be logged in the error console."
},
"optionDebug_label": {
"message": "Activate debug mode"
},
"optionResetAllOptionsHeader_label": {
"message": "Reset all options"
},
"optionResetAllOptionsDescription_label": {
"message": "Click to reset all options to their default values."
},
"optionButtonReset_label": {
"message": "Reset"
}
}Wichtig sind vor allem folgende Sprachen, da häufig genutzt: Japanisch, Französisch, Spanisch, Niederländisch, Schwedisch, Polnisch, Italienisch, Russisch - gerne auch weitere Sprachen
Ihr könnt dazu gerne die momentane Entwicklerversion des Add-ons in Thunderbird Beta 101 oder auch in Daily verwenden, um die Textstellen dort (vor allem in den Optionen des Add-ons) zu sehen.
EDIT:
Ursprünglich gab es hier versehentlich ein deutsches Text-Element, welches nicht ins Englisch übersetzt war. Dies ist jetzt korrigiert.
The whole issue could be fixed, when the next version series 8.* will be released for the upcoming Thunderbird 102.* (and maybe 91.*)
Es ist zum Verzweifeln
Ursache(n) gefunden, aber teilweise eigentlich nicht zu verstehen... Egal, um das Problem für die Zukunft zu vermeiden, habe ich etwas im Code umgebaut.
Hast Du die "Dichte"-Einstellung mal ausprobiert / verändert? Zumindest zwischen "Normal" und "Touch" sehe ich da einen deutlichen Unterschied im Bereich der Nachrichten-/Themen-Liste.
Hamburger-Menü → Ansicht → Dichte
Kurz nachdem ich gestern die 8.0a1 für Euch hochgeladen habe, bin ich fast am durchdrehen... Denn plötzlich machte das überarbeitete Add-on reproduzierbar "nur noch Durcheinander". Davor habe ich nun schon viele Tage problemlos bestimmt tausendfach damit probiert und Stück für Stück weiter auf neue Techniken umgesetzt. Und nun funktioniert plötzlich "nichts mehr". Dabei kann ich bisher keinen (neuen) Fehler im Code erkennen, der dies verursachen würde. Es scheint gerade so, als ob es sich um eine Art Cache-Problem handeln würde. In solch einer "Cache-Falle" hatte ich vor einem Jahr beim "alten Add-on" schon mal gesteckt. Es ist zum Verzweifeln 
In die überarbeitete Version des Add-ons für Thunderbird 102 bringe ich gerade eine Option, um den Shortcut dort selbst fest zu legen.
Rückmeldung zu meiner Migration des Codes hin zu (soweit möglich) WebExtension-Code:
Das Add-on benötigt (selbstverständlich) weiterhin Experiment-APIs und somit die "alberne" Berechtigung für den vollen Zugriff auf den PC. Dies ist notwendig für die Manipulation der Prefs bezüglich HTML- versus vereinfachter HTML- versus Reintext-Darstellung. Dazu wird die sogenannte LegacyPrefs-API verwendet. Allow HTML Temp nutzt außerdem eine eigene experimentelle API, in der die weiteren notwendigen Teile an Code drin sind, die sich bisher nicht per "reinem" WebExtension-Code umsetzen lassen.
Einer der neuralgischen Punkte des Add-ons ist der "Listener", welcher darauf wartet, dass die Mail einmalig als HTML (oder was auch immer in den Optionen gewählt wurde) dargestellt wurde. Dieser Listener und das zugehörige "Event" stammen nun vollständig aus der Welt des WebExtension-Codes. Dies scheint problemlos zu funktionieren. Vergleichbares gilt auch für die korrekte Darstellung/Auswahl des Icons der Buttons, die ja von den Einstellungen abhängig sind.
Massive Code-Änderungen gab es auch, um den Button aktiviert/deaktiviert zu schalten. Dazu sind gleich mehrere "Listener" aus der WebExtension-Welt notwendig. Wer sich bisher nicht darüber bewusst ist, sollte wissen, dass der Button in Newsgruppen-Accounts, in Junk-Ordnern und bei Mails, die als Junk markiert sind jeweils deaktiviert ist. Außerdem ist der Button deaktiviert, wenn die Mail keinen HTML-MIME-Part enthält. Im Gegenteil dazu ist der Button für Feed-Nachrichten immer aktiviert. All das erfordert, dass mehrere Dinge im Hintergrund ausgewertet werden müssen, wobei theoretisch Fehler im Code auftreten könnten.
Zum Stand der Dinge:
Das funktioniert noch nicht:
Somit kommt nun eine Frage an die Nutzer des Add-ons:
Was könnt Ihr Euch als Alternative zu der Anzeige in der Statusleiste vorstellen? Findet Ihr diese Anzeige überhaupt wichtig?
Bei mir gibt es den Wert und er ist auf der Standard-Einstellung von 300000 (also 5 Nullen). Wenn die Pref nicht existiert, kannst Du diese im Konfig-Editor auch ganz einfach neu erstellen.
Man kann Thunderbird per Konfig-Editor umstellen. Bin unterwegs, daher gerade keinen passenden Link.
Ich habe LiveMail nicht vor Augen. Was genau willst Du sehen können?
Selektiere mit der Maus doch bitte mal eine oder auch mehrere Mails im Thread-Pane. Dann drücke die Taste M und schau, was passiert.
Voransicht: aus
Automatik: an
Mail in Tab/Fenster öffnen → Fett ist weg.
Wenn Du die Voransicht in Thunderbird aktiviert hast, dann ist dies faktisch ein Öffnen der Mail, weil es in Wahrheit keine "Voransicht" ist, sondern ein vollständiges Laden der Mail.
Du hast also nur die Wahl zwischen der Automatik oder dem manuellen als gelesen markieren per Taste M.
Streng genommen bedeutet der Fettdruck, dass die E-Mail "ungelesen" ist. Dies wird von "neu" unterschieden. Neu ist eine E-Mail nur innerhalb der "Sitzung" in Thunderbird und solange sie noch ungelesen ist. Sobald Thunderbird neu gestartet wird, sind die Mails dann nicht mehr "neu", sondern bestenfalls noch "ungelesen". "Neue" E-Mails zeigen ein gelbes Sternchen vor dem Betreff (nicht zu verwechseln mit dem anderen gelben Stern, der für "markiert" steht).
Deaktiviere in den Einstellungen die Automatik, dann werden Mails erst als gelesen markiert (also der Fettdruck verschwindet), wenn diese von Dir manuell als gelesen markiert werden.
Betterbird hat nicht die (personellen und technischen und finanziellen) Möglichkeiten, um die Update-Infrastruktur betreiben zu können.
Hmmm, ich hatte den Eindruck, dass er dann wieder in der background.js nicht wartet 
...
... aber Du hast natürlich Recht. Es funktioniert jetzt auch mit der einfachen Variante.
Du bist mein Held 
Dein Code in meine implementation.js und folgendes in der background.js (bzw. in zusätzlicher JS-Datei), um meine API aufzurufen:
let hasHtmlMimePart = await new Promise(resolve => {
resolve ( browser.AllowHtmlTempApi.checkMailForHtmlpart(message.id, options.debug) )
});
if(options.debug)
console.debug("AHT: checkMailForHtmlpart returns: " + hasHtmlMimePart);
if(hasHtmlMimePart) {
browser.messageDisplayAction.enable(tab.id);
browser.browserAction.enable(tab.id);
}Damit funktioniert es genau so wie es soll.
Tausend Dank!
Da alle die Antworten lesen können, ist da mein return of invest höher
Sobald ich mein Problem und den Transfer komplett verstanden und erfolgreich umgesetzt habe, werde ich es für alle auf Topicbox in einem neuen Thema beschreiben / erklären. Und in Zukunft bin ich natürlich bereit dazu. Es ist nur schon schwer genug in der Muttersprache sein technisches Problem zu erklären .
Ein paar Fragen:
await browser.AllowHtmlTempApi.checkMailForHtmlpart(message.id, options.debug);
if(options.debug)
console.debug("AHT: enableUiElements");
browser.messageDisplayAction.enable(tab.id);
browser.browserAction.enable(tab.id);[
{
"namespace": "AllowHtmlTempApi",
"functions": [
{
"name": "checkMailForHtmlpart",
"type": "function",
"description": "Checks selected message for a HTML MIME part.",
"async": true,
"parameters": [
{
"name": "messageId",
"type": "integer",
"description": "MailExtension message.id"
},
{
"name": "optionsDebug",
"type": "boolean",
"description": "MailExtension options.debug"
}
]
}
]
}
]var { Services } = ChromeUtils.import(
"resource://gre/modules/Services.jsm"
);
var { MsgHdrToMimeMessage } = ChromeUtils.import(
"resource:///modules/gloda/MimeMessage.jsm"
);
var AllowHtmlTempApi = class extends ExtensionCommon.ExtensionAPI {
getAPI(context) {
return {
AllowHtmlTempApi: {
async checkMailForHtmlpart(messageId, optionsDebug) {
if(optionsDebug)
console.debug("AHT: run checkMailForHtmlpart ----------------");
let ahtMsgHdr = context.extension.messageManager.get(messageId);
// let ahtMsgHdr = gFolderDisplay.selectedMessage;
// First check MsgHdr without decrypting to prevent an additional passphrase dialog in case of PGP/MIME
MsgHdrToMimeMessage(ahtMsgHdr, null, function(aMsgHdr, aMimeMsg) {
// multipart/encrypted enables the button for encrypted PGP/MIME messages
// in this case we don't check for HTML, because the check seems not to be possible for PGP/MIME
if (aMimeMsg.prettyString().search("multipart/encrypted") != -1) {
if(optionsDebug)
console.debug("AHT: message is PGP/MIME multipart/encrypted");
return true;
// enableUiElements(tabId, optionsDebug);
} else {
// search for 'Body: text/html' in MIME parts,
// it seems this is only working if messages are downloaded for offline reading?
MsgHdrToMimeMessage(ahtMsgHdr, null, function(aMsgHdr, aMimeMsg) {
if(optionsDebug){
console.debug("AHT: Check for html part ----------------");
console.debug("AHT: Body: text/html " + aMimeMsg.prettyString().search("Body: text/html"));
console.debug("AHT: text/html " + aMimeMsg.prettyString().search("text/html"));
console.debug("AHT: Body: plain/html " + aMimeMsg.prettyString().search("Body: plain/html"));
console.debug("AHT: plain/html " + aMimeMsg.prettyString().search("plain/html"));
console.debug("AHT: multipart/alternative " + aMimeMsg.prettyString().search("multipart/alternative"));
console.debug("AHT: multipart/signed " + aMimeMsg.prettyString().search("multipart/signed"));
console.debug("AHT: multipart/encrypted " + aMimeMsg.prettyString().search("multipart/encrypted"));
}
// 'Body: text/html' is found, enable ahtButtons
if (aMimeMsg.prettyString().search("Body: text/html") != -1) {
if(optionsDebug)
console.debug("AHT: message contains HTML body part");
return true;
// enableUiElements(tabId, optionsDebug);
}
// no 'Body: text/html', disable ahtButtons
else {
if(optionsDebug)
console.debug("AHT: no HTML body part");
return false;
// disableUiElements(tabId, optionsDebug);
}
}, true, {
examineEncryptedParts: true
}); // examineEncryptedParts=true is necessary for encrypted S/MIME messages
}
}, true, {
examineEncryptedParts: false
}); // examineEncryptedParts=false to prevent an additional passphrase dialog in case of PGP/MIME
}
}
}
}
};Der Code in implementation.js funktioniert für sich gesehen korrekt. Und hatte mir im alten XUL-Addon dann sinngemäß den 3 auskommentierten Zeilen meine Buttons aktiviert bzw. deaktiviert. Hier im Code habe ich jetzt statt dessen return true bzw. return false eingesetzt, um dies letztlich an die background.js zurück zu bekommen.