der von Mapenzi sicher in Französisch.
Richtig, aber ich "fahre" ihn alternativ auch in Deutsch oder English
Beiträge von Mapenzi
-
-
Folgendes sollte wirken
Super
-
Kannst Du bitte einen Screenshot einstellen?
Ja natürlich, hier ist er:
Ich meine den direkt über der Nachrichtenliste gelegenen Bereich (Rechteck), der die Spaltenköpfe enthält. In früheren Versionen hieß der #threadCols bzw treecols
Der folgende Screenshot wurde in meinem TB 102 Profil gemacht
s
-
Hm, teste mal das ↓
Danke für deine Mühe! Leider funktioniert keiner der beeiden Code sowie unzählige Varianten davon, die ich getestet habe.
-
Teste mal bitte mal das ↓
Danke bestens. Funktioniert genau so wie dein anderer Code, jetzt habe ich die Qual der Wahl
Da wir gerade in der Spaltenliste sind:
die Höhe letzterer beansprucht bei mir fast doppelt so viel Platz wie in der Version 102, und ich schaffe es nicht, sie zu verringern.
Hast du eine Idee?
-
Ich meine die Auflistung der einzelnen Konten noch innerhalb des Teilfensters "Gruppierte Ordner"
Ja, das habe ich schon verstanden, aber deine Frage war für mich etwas unverständlich formuliert.
Jetzt mit deiner Auflistung wird es sichtbar, obwohl du anfangs geschrieben hast
Wenn ich die "gruppierte Ansicht" der Ordner aktiviere und "alle Ordner" deaktiviere,
sieht man in der Auflistung "Alle Ordner" unter "Gruppierte Ordner"
Ich musste noch einmal mein TB 102 Profil starten um mich dieser überflüssigen Konten zu vergewissern, denn in der Version 115 ist dies geändert
Dieses Thema wurde hier (oder im französischen Forum) schon einmal vor Monaten behandelt, und ich glaubte eine Lösung (userChrome?) gefunden zu haben, die ich aber in meiner userChrome.css Datei nicht mehr finde.
Auf jeden Fall wirst du diese Platz verschwendende Anzeige der Kontennamen in TB 115 nicht mehr sehen.
-
ohne Anpassungen für Hover ist das m.M.n. nicht wirklich zu gebrauchen.
Es ist jedem freigestellt, den Code zu testen oder nicht, zu benutzen, zu ändern oder zu verwerfen.
Ich brauche keinen zusätzlichen Hover-Code außer dem, der für Bäume in TB standardmäßig schon vorhanden ist.
Ich benutze absichtlich recht helle Zebra -Farben, ähnlich wie es in sehr alten Mac TB-Versionen Standard war.
Ich vertrage keinen weder einen zu dunklen noch einen grellweißen Bildschirm
Bei deinen dunklen Farben braucht man natürlich noch eine helle Hover-Farbe, um sich zu orientieren.
Ich benutze ebenfalls einige Tag-Farben, da kann ich ohnehin nicht mit so dunklen Hintergrundfarben arbeiten.
Und wie schon gesagt: die Standard-Hover-Farbe harmoniert mit meinen verschiedenen CSS-Code für die Nachrichten-Liste..
-
ich habe es folgendermaßen gelöst die Schriftgröße in deinem Code aus Beitrag #3 doch zu vergrößern.
Danke für deinen Vorschlag mit
CSStransform: scale(1.1, 1.1) !important;Dieser Code vergrößert zwar etwas die Schrift in der Spalten-Leiste, wenn man allerdings scale entsprechende erhôht, verschieben sich gleichzeitig die Spaltennamen nach links, sodass die ersten Buchstaben unsichtbar werden.
Ich komme mit dem Code von darkhness sehr gut zurecht:
CSS.tree-table-header tr th div button { font-size: 13px !important; ....... !important; }Da ich gleichzeitig mit dem Einstellen der Spaltenbreiten auf dem Kriegsfuß stehe - wer bloß hat dieses Gedulds- oder Geschicklichkeits-? Spiel erfunden - , bleibe ich bei meinem jetzigen Code!
-
Danach TB gestartet und alles war wie vorher.
Schön, dass du es schließlich doch noch getestet hast und danke für die Rückmeldung!
So leicht ist das Problem mit der korrupten prefs.js leider nicht immer zu lôsen.
In der Regel sind die prefs-1.js bzw. prefs-x.js nämlich tatsächlich kaputt und können nicht durch einfaches Rückbenennen in prefs.js "repariert" werden.
-
Bei mir funktioniert
CSS/* Alternating row colors in thread pane */ .tree-table { background-color: azure !important; } #threadTree tr:nth-child(2n) { background-image: linear-gradient(rgba(0,0,0,.05), rgba(0,0,0,.05)) !important; } -
Hallo,
klappe doch einfach alle gruppierten Ordner zu, dann siehst du die individuellen Ordner nicht mehr. Das merkt sich TB auch für den nächsten Start:
-
Vielen Dank, Bastler & Sehvornix, für eure Vorschläge zu einer Lösung.
Wir werden versuchen, sie umzusetzen, sobald ich wieder Kontakt mit Vight habe.
Ich finde es schon merkwürdig, dass TB die falschen Werte aus der TB-Datenbase zieht.
Da E-Mailadresse und Passwort jedes Mal richtig eingegeben wurden, kann es also nur an den von TB gewählten falschen Server-Daten liegen.
Wir hatten gestern schon mehrere Kombinationen versucht mit "Passwort normal", allerdings ebenfalls ohne Erfolg.
Ebenso merkwürdig erscheint es mir, dass man mit den vom Anbieter vorgeschlagenen Parametern zwar ein IMAP-Konto erstellen kann, welches aber nicht funktioniert, weil es nur einen leeren Posteingang enthält und keine Verbindung, weder zum Eingangs- noch zum Ausgangsserver, herstellt:
Kundenservice & Hilfe – freenet Hilfe - freenetMail-Hilfe
Ich habe es mal erlebt, dass ich ein IMAP-Konto in Apple Mail acht Mal nacheinander - immer mit den selben Parametern - einrichten musste, ehe es beim neunten Versuch endlich erstellt wurde (und bis heute funktioniert)
-
Was meinst du damit ? Ob sie bei WEB.de im Postfach sind ? Die der letzten 14 tage sind noch da. Bekomme es aber nicht hin das Thunderbird sie noch mals holt .
Bei Standard-Server-Einstellungen von POP-Konten in Thunderbird verbleiben abgeholte Nachrichten noch mindestens 14 Tage verfügbar auf dem Server. Man kann sie mit einem Trick durchaus nochmals herunter laden, z. B. das selbe Konto in einem neuen Profil einrichten.
Einfacher wäre jedoch, bei beendetem TB in dem zugehörigen Kontenordner "pop.web.de" im Ordner "Mail" des Profils die Datei "popstate.dat" zu entfernen und TB neu zu starten. In dieser Datei werden nämlich die Nachrichten-IDs der Nachrichten gespeichert, welche schon von TB abgeholt wurden. Es ist keine Garantie, um alle fehlenden Mails erneut herunter zu laden, aber es ist einen Versuch wert solange es keine bessere Methode gibt.
-
Bei mir ergab dich das wohl, weil ich den Posteingang über den Lokalen Ordner laufen ließ, dann aber doch wieder auf einzelne Konten umgestellt habe. Und dann wieder zurück zum Lokalen Ordner
Wenn du in den Konten-Einstellungen > Kopien & Ordner eines POP-Kontos für die gesendeten Mails einen Ordner Gesendet eines anderen Kontos oder in den Lokalen Ordnern wählst, wird der nun nicht mehr benutzte originale Systemordner Gesendet des Kontos in einen generischen gelben Ordner umgewandelt.
-
Hallo,
Das geht aber nicht. Kopiert schon Daten, ziemlich am Ende des Kopiervorgangs wird moniert, daß bestimmte Dateien nicht gehen.
Ist euch beim Betrachten des Screenshots 2 (von 4) etwas aufgefallen?
Ich vermute es handelt sich um eine Sicherung und weiß nicht, ob es für die Diagnostik bzw die Lösung im vorliegenden Fall wichtig ist, aber .... ich finde einen Pfad F:\Thunderbird\Roaming\Mozilla\Firefox\Profiles\... sehr merkwürdig, insbesondere wenn es sich um Thunderbird handelt.
-
Ich habe dann bei geschlossenem Thunderbird (!) im Profilordner diesen Ordner "Gesendet-..." in "Sent" umbenannt - allerdings nicht, ohne vorher eine Kopie davon zu erstellen.
Bei Öffnen des Thunderbird war er dann als Systemordner "Gesendet" vorhanden.
Richtig, dies ist eine weitere Option um einen Systemordner "Gesendet" in TB zu erstellen, wenn TB aus unbekanntem Grund nicht selber automatisch einen solchen erstellt hat beim ersten Senden einer Nachricht aus diesem Konto.
Es hat die selbe Wirkung, wie wenn man in TB über einen R-Klick auf den Kontennamen -> Neuer Ordner >> und als Namen des neuen Ordners "Sent" (als Unterordner des Kontos) einträgt.
Nochmals: beim Einrichten eines POP-Kontos gibt es standardmâßig nur zwei Systemordner, Posteingang und Papierkorb. Es ist fast nie nötig, die anderen Systemordner manuell erstellen zu müssen.
Ich habe bestimmt schon über Hundert TB-Test-Profile erstellt mit jeweils einem POP + einem IMAP-Konto. Doch habe ich noch nie einen (gelben) generischen Ordner "Gesendet" im POP-Konto gesehen, es sei denn dass ich ihn als Beispiel fûr einen Screenshot (Beitrag #8) selber manuell erstelle unter dem Namen "Gesendet" anstatt "Sent".
-
Heißt das, daß ich es mal damit versuchen sollte, eine der anderen Dateien von prefs-1.js bis prefs-23.js aus dem Sicherungsordner zu kopieren, sie in C:\Users\MeinBenutzerName\AppData\Roaming\Thunderbird\Profiles\Zeichensalat.default einzufügen und in prefs.js umzubenennen?
Es ist sicher einen Versuch wert!
Sehr merkwürdig finde ich, dass alle prefs-x.js Dateien am 08.08.2023 um die selbe Uhrzeit (die des Crashs??) erstellt wurden, aber die Änderungsdaten zurück gehen bis 2019. Testen solltest du natürlich nur solche prefs-x.js Dateien, die einen Inhalt haben, also die mit 42 kB.
Die jungfräuliche prefs.js würde ich noch mal separat woanders sichern.
Das brauchst du nicht. Eine jungfräulixhe prefs.js Datei kann man jederzeit quasi gratis herstellen, indem man bei beendetem TB die vorhandene prefs.js aus dem Profilordner löscht und TB neu startet.
Falls das mit keiner der 42kB prefs.js funktioniert, musst du deine Konten alle neu einrichten
-
Notepad++ öffnet die prefs.js anstandslos und meckert nicht.
Das besagt überhaupt nichts! Notepad und andere Text-Editoren öffnen prefs.js Dateien, auch wenn sie beschädigt oder unvollständig sind.
Die von dir kopierte prefs.js Datei ist vermutlich nicht mal korrupt, sondern nur jungfräulich!!
Ich habe sie mit der funktionnellen prefs.js Datei aus einem meiner TB Profile verglichen:
Suche mal in deiner prefs.js (links) nach den Einträgen
user_pref("mail.account......); oder
user_pref("mail.identity.... ); oder
user_pref("mail.server.... ); oder
user_pref("mail.smtp.server ....);
Vermutlich wirst du keinen einzigen finden, d. h. deine prefs.js Datei enthält keinerlei Konten-Einträge oder Parameter, weil es sich um eine wie bei einem TB Erststart erstellte prefs.js Datei handelt. Wahrscheinlich ist sie nur 6 bis 7 kB groß, im Vergleich zu den 27 kB meiner aktuellen prefs.js
Was mich wundert, ist, daß der Ordner außer der normalen prefs.js noch 23 andere prefs-Dateien enthält, die alle fortlaufend von prefs-1. bis prefs-23.js benannt sind.
Das ist schon ungewöhnlich, dass du damit nicht schon früher Probleme hattest.
Sieh dir mal die Grôßen und Erstellungsdaten von prefs-1.js und prefs-23.js an und teile sie uns mit!
Das habe ich getan und den Zeichensalat.default-Ordner aus dem gesicherten TB-Ordner dort angegeben:
Wenn sich die von dir oben gezeigte prefs.js Datei in dem von dir kopierten alten Profilordner befindet, den du in dem neuen Profil eingebunden hast, dann wundert es mich überhaupt nicht, dass TB bei jedem Start auffordert, ein Konto einzurichten.
Meine These ist weiterhin: beim Aufhängen des Rechners konnte die zu dem Zeitpunkt aktuelle Datei prefs.js deines Profils nicht korrekt gesichert werden. Beim nächsten Start hat TB keine intakte prefs.js Datei vorgefunden, hat also die korrupte Datei vermutlich in prefs-23.js umbenannt und gleichzeitig eine neue jungfräuliche prefs.js erstellt
-
Eventuell kann Mapenzi etwas dazu schreiben.
Ja, aber erst ab Spätnachmittag. Also bitte etwas Geduld.
Nur kurz soviel zu 1:
im Menü Ansicht > Fensterlayout > wähle "Nachrichtenbereich" (F8),
öffne die Nachrichten im Nachrichtenbereich mittels einfachem Klick und nicht per Doppelklick in einem neuen Tab
-
Hallo Vight,
keiin Problem, ich bin bereit dir weiterhin zu helfen.
Die Einzelheiten dieser Fernwartung besprechen wir in einer neuen "Konversation" (eine Art privater Unterhaltung) im Forum. Wenn du eingeloggt bist, acht bitte auf ein rotes Rechteck mit einer Zahl im Chat-Symbol oben rechts in der Symbolleiste der Forum-Seite.
Ich werde diese Konversation im Anschluss beginnen.
