Um es komplett zu machen, muss noch folgende Pref der Textfarbe ebenfalls entfernt werden, um den Standard wieder komplett zu haben:
user_pref("browser.display.foreground_color", "#000000");
Beiträge von Thunder
-
-
Ich habe nun aber doch in der prefs.js die entscheidende Zeile für den Hintergrund gefunden, die von der hier diskutierten Hintergrund-Farbeinstellung gesetzt wird:
user_pref("browser.display.background_color", "#000000");
Diese Zeile löscht man einfach komplett, dann wird wieder der Standardwert verwendet.
Die oben genannte Option "Immer" führt zu folgendem Eintrag in der prefs.js, welchen man ebenfalls wieder löschen kann/sollte: user_pref("browser.display.document_color_use", 2); Solange dieser Wert nicht wieder auf Standard steht, werden beispielsweise die Buttons in den Content-Seiten/-Tabs nicht korrekt (kontrastierend) angezeigt.
-
nach "theme" suchen und in der im folgenden Screenshot markierten Zeile bezüglich des aktiven Themas darauf achten, dass "light" aktiv ist :
Das nutzt nichts. Dies ist bei mir im Testprofil aktiv und dennoch wird das von mir definierte schwarz auf schwarz verwendet, was zu unbenutzbaren Content-Bereichen führt, wozu eben auch die Konten-Einstellungen, Einstellungen, Tab mit Infos zur Problembehebung, Add-on-Manager und Konfig-Editor gehören.
-
werden bestimmt in der prefs.js gespeichert
Ich kann in der prefs.js meines zerschossenen Test-Profils dazu leider keine Zeile finden. In dieser Hinsicht kann sich rächen, dass in Zukunft immer mehr in den SQLite-Dateien gespeichert wird, die man nicht mehr im Klartext einfach lesen und bearbeiten kann.
-
Ich habe mal einen Bug daraus gemacht, da man ja eigentlich keine Chance hat, um das Problem wieder zu beheben. Der Abgesicherte Modus hilft auch nicht.
-
Bei meinem Test liegt der "Knackpunkt" bei der Option "Immer". Dann wird auch der Einstellungen-Tab entsprechend eingefärbt. Das ist also die tolle neue HTML-Welt in den Dialogen
-
Wenn Mails per IMAP nicht mehr fett angezeigt werden, dann wurden diese vermutlich bereits vorher in einem anderen Client (per Web-Oberfläche oder vom Smartphone, Tablet etc.) als gelesen markiert. In diesem Fall werden "neue" Mails von Thunderbird nur noch als "neu" gekennzeichnet, da sie innerhalb von Thunderbird eben noch neu sind.
-
Als moderativer Hinweis:
Könntest Du das nächste mal bitte auch den Inhalt des Foren-Themas bearbeiten und dort Dein Problem genauer beschreiben?! Ansonsten werde ich das nächste Thema direkt in den Müll entsorgen.
Zu Deinem Problem/Wunsch:
In welcher Form genau wurden die Bilder denn mit der Mail gesendet? Kannst Du dies beschreiben?
-
Das ist aber ungünstig mit Schwarz auf Schwarz... Da ist der Darkmode ein wenig zu perfekt geworden
.Wo bzw. wie genau hast Du die schwarzen Farben definiert? Wenn die Definitionen innerhalb von Thunderbird gemacht wurden, könnte man vermutlich mit dessen [lexicon='abgesicherten Modus',''][/lexicon] das Problem umgehen, um die Einstellung wieder zu ändern. Allerdings wüsste ich gerade gar nicht, wo man dies innerhalb von Thunderbird gemacht haben könnte.
-
Aber nur, wenn bei den Adressbuch-Eigenschaften "read-only" deaktiviert ist.
Wie ich jetzt sehen konnte, ist es standardmäßig deaktiviert, wenn man ein neues CardDAV-Adressbuch angelegt hat, was ich für den experimentellen Status widersinnig finde.
Danke für Eure Infos + Hilfe.
-
Dass die Release Notes explizit von Google sprechen,
Dies liegt daran, dass man jetzt OAuth für CardDAV eingebaut hat. Yahoo soll dann demnächst evtl. auch unterstützt werden.
Kontakt auch nach manueller Synchronisation gar nicht übernommen wurde
Es wird bisher weiterhin nur lesend CardDAV unterstützt, wenn ich nicht irre.
-
In welcher Form kann man jetzt mit 78.7.1 genau CardDAV für Google Kontakte verwenden? Ich verstehe es bisher nämlich nicht und kann somit auch keine brauchbare Übersetzung der Versionshinweise erstellen.
-
-
Parallel schaue bitte mal per Rechter-Maustaste auf dem Ordner 'Posteingang' des betroffenen Kontos in die 'Eigenschaften' und da auf den Reiter 'Kontingent'.
Dort findet man kein SMTP-Kontingent, sondern nur die IMAP-Kontingente. Das heißt, dass man dort überhaupt keine Angabe zu einem Sende-Limit finden kann. Dies kann man nur mit dem Admin des Firmen-Mailservers abklären, wenn der SMTP denn von der Firma betrieben wird.
-
Kaffee kommt - nicht per Paypal, sondern per Überweisung
Was mangels meiner Kontodaten nicht möglich sein wird.
-
Das lag an dem entsprechenden Wörterbuch, das heute nicht mehr zur Verfügung steht
Es muss sich dabei um eine Erweiterung gehandelt haben, die formal eben nicht nur ein Wörterbuch für die integrierte Rechtschreibprüfung des Thunderbird gewesen sein kann. Es muss also mehr oder minder eine Software gewesen sein, die sich irgendwie in Thunderbird integriert hat. Dies will ich auch gar nicht anzweifeln.
-
Hier sind mal die Links zu den Anbieter-Seiten, die ich finden konnte:
- kostenlose, modernisierte Variante "JWPce 1.5 / 1.6.1" (Lizenz: GPL): https://www.at-it-translator.com/jwpce/
- kostenpflichtige Version: https://www.njstar.com/cms/njstar-japanese-word-processor
Den Beitrag von Shinezumi mit den partiellen Zip-Archiven der JWP Version 1.31 habe ich deaktiviert und überlege, was ich damit mache. Prinzipiell gibt es dafür extra Download-Seiten, sodass man die Software nicht hier im Forum improvisiert hochladen und zum Download anbieten muss.
-
All diese Dictionaries können zwar hilfreich sein, sind aber vermutlich nicht in Hunspell nutzbar. Dennoch sind das wenigstens mal ein paar Links zu etwas, was nach Wörterbuch aussieht.
-
das alte Wörterbuch
Von dem ich weiterhin behaupte, dass es dieses nie für Thunderbird und/oder OpenOffice/LibreOffice gegeben hat und auch gar nicht gegeben haben kann, weil die zugrunde liegende Software gar nicht mit diesen Sprachen bzw. Schriftzeichen umgehen kann und es auch nie konnte.
-
Ist Javascript in Thunderbird deaktiviert?
Was passiert im abgesicherten Modus des Thunderbird, wenn man es da versucht? Welche Add-ons sind installiert?
