Wobei FolderFlags an sich funktioniert, nur die beiden Tabs "Quota" und "Flags" sind in den Ordnereinstellungen vertauscht.
Inwiefern sollen die vertauscht sein (Version 1.4.2 von 05/2021)?
Wobei FolderFlags an sich funktioniert, nur die beiden Tabs "Quota" und "Flags" sind in den Ordnereinstellungen vertauscht.
Inwiefern sollen die vertauscht sein (Version 1.4.2 von 05/2021)?
Dann bitte aber auch gleich richtigstellen. Danke
Ähhhh, muss ich das jetzt verstehen? Du reagierst mit Daumen runter auf meinen obigen vollkommen richtig interpretierten Beitrag, dass Du (wenn ich nun nicht irre) die Zebra-Streifen für die Zeilen gemeint hast (obwohl Du von Spalten geschrieben hast). Was hätte ich dann bitte "auch gleich richtigstellen" sollen? Ich glaube, Du hast da irgendwas in den falschen Hals bekommen.
jede 2 Spalte
Würde mich wundern, wenn wirklich Spalten gemeint sind. Der Begriff wird immer wieder mal versehentlich für die Zeilen verwendet.
Danke - wieder was gelernt
Die Zusammenfassung hat der Autor dort auch aus BugZilla kopiert:
Das Add-on "ThreadKey" kann man auch nicht erfolgreich für den 102er nutzen. Scheinbar muss da tatsächlich im Code was geändert werden.
... und das ist aus meiner Sicht ein absolutes "no go"!
Den Einen wird's gefallen, den Anderen nicht. Bisher hatten die Einen das Problem, dass sie es überall aktivieren mussten, jetzt haben die Anderen das Problem, dass sie es überall deaktivieren müssen. Irgendwie doof, dass man bei der Änderung nicht die Gelegenheit genutzt hat, um eine globale Option einzubauen.
Mich nervt die automatische Gruppierung der Nachrichten.
Meinst Du gruppierte Themen oder gruppierte Ordner (wovon Mapenzi spricht)?
Not completely sure, but likely yes.
You have a per account setting In Thunderbirds account settings, to define, if new messages are composed in plaintext or HTML. Additionally you can press the Shift key while clicking on Compose, Reply or Forward. The Shift key reverses the per account setting for this one message.
Ich habe bis einschließlich Version 8.1.2 übersetzt. Kommen da noch weitere Strings hinzu?
Ich habe aktuell keine konkrete Planung für weitere Änderungen. Das Add-on wird wohl so bleiben. Wenn überhaupt würde ich irgendwo wieder eine Status-Anzeige für den HTML-Modus einbauen, welche ja mit Version 8 des Add-on nun erstmal geopfert wurde. Dafür sollten vermutlich keine weiteren Übersetzungen notwendig sein. Aber Stand jetzt ist, dass alles so bleibt.
Alle anderen Sprachen müssen bitte von motivierten Helfern neu erstellt werden. Wer Lust hat, soll sich bitte melden - Danke.
Ich wäre dankbar, wenn sich Übersetzer für zumindest die folgenden Sprachen finden, da diese noch am häufigsten genutzt werden:
Die aktuellen Sprachdateien Englisch / Deutsch, welche jetzt übersetzt werden müssten sind hier:
Die alten Übersetzungen findet man hier:
Danke
Should the graphical quoting appear in the compose window for a reply?
It works, when your reply is composed with HTML.
Leider bekomme ich da genauso die Fehlermeldung wie bei der alten TB-Version
Sorry, dass ich im Startbeitrag übersehen hatte, dass Du bereits wieder die 91.10.0 geladen und installiert hattest. Meines Wissens sollte die Meldung nur auftreten, wenn man zwischenzeitlich eine neuere Version mit dem Profil genutzt hatte (also beispielsweise dann eine Beta-Version oder ähnliches). Falls dies nicht der Fall bei Dir war, dann sollte jetzt wirklich alles gut sein. Falls man aber doch eine neuere Version "im Spiel" hatte, dann ist zwar jetzt erstmal alles wieder gut, aber später beim erneuten Update auf die neuere Version könnten dann unerwartet Probleme auftreten, weil bestimmte Dateien im Profil dann womöglich nicht (erneut) von alt nach neu migriert werden. Dann sitzt man plötzlich mit den in der Vergangenheit migrierten Dateien (und Daten) da, obwohl man jetzt erstmal weitere Monate Änderungen im Datenbestand erzeugt. Das muss aber nicht passieren.
Mein Ziel ist aber schon, die Entwickler davon zu überzeugen, dass es für alle Seiten besser ist, alle 4-6 Wochen den Kompatibilitäts-Check zu machen und den Wert dann in ATN anzupassen.
Für mich ist das im Grunde vollkommen okay. Ich wollte auch keine Kritik am momentanen Vorgehen äußern. Bis vor "Kurzem" war die 103 allerdings in ATN noch gar nicht vorhanden, daher hänge ich hier noch hinterher (ist jetzt behoben).
Würde da nicht schon als Minimum die Verwendung von about:debugging, äh, Extras --> Entwickler-Werkzeuge --> Add-ons debuggen reichen?
Jein... Die Add-ons sind dann ja nur temporär installiert. Bei jedem Programmstart sind die so installierten Add-ons dann wieder inklusive ihrer Einstellungen (wegen "storage.local") weg.
Versionsnummer 103, mit dem AHT nicht kompatibel ist.
Ja, das ist momentan ein formales Problem mit ATN. ATN fordert, dass man aktuell maximal Version 102.* für Add-ons verwendet, welche experimentelle APIs benutzen. Davon ist letztlich eine riesige Teilmenge aller lauffähigen Add-ons betroffen. Zwischen 91.* und 102.* hatte man da ein großzügigeres Konzept, welches sich allerdings als problematisch erwiesen hat, weil plötzlich 102 statt 103 für diesen Sommer zu ESR gemacht wurde. Die Verantwortlichen standen dann überraschend vor einem Problem, weil man die Add-ons nicht schon ein Jahr im Vorhinein als kompatibel zur nächsten ESR-Version haben wollte/will. Es gibt bisher noch kein neues befriedigendes Konzept dafür. Somit stehen wir Add-on-Autoren vor dem Problem, dass wir momentan nicht für die nächsten (paar) Versionen als Kompatibel markieren können/dürfen.
AHT 8.1.2 läuft aber sicherlich mit den 103er Dailies und vermutlich auch darüber hienaus. Man muss es nur manuell dafür "tweaken".
Die Statistiken auf ATN zeigen mir, dass ein Teil der Benutzer von Version 8.x noch veraltete Versionen dieser Versionsreihe verwenden. Es wäre gut, wenn Ihr alle auf Version 8.1.2 des Add-ons per Update-Funktion aktualisieren würdet. Umso eher erhalte ich passende Rückmeldung zu Problemen von Euch, bevor Thunderbird 102 dann final veröffentlicht wird und dann die rund 12.500 Benutzer des Add-ons "blöd" da stehen ![]()
Worauf willst Du eigentlich hinaus?
Du unterstellst ständig mangelndes Qualitätsbewusstsein, veröffentlichst aber letztlich in stetem Intervall immer das identische Produkt bei dem Du teilweise nur ein paar Patches voraus bist, die Du im Alleingang einbaust und dabei eben im Gegensatz zu einem Team auch nicht zurückstecken und abwarten musst. Du nutzt die ach so schlechte Basis und tust so als würdest Du super viel besser machen. Dabei lässt Du aber beispielsweise gar keine zusätzlichen Tests durchlaufen. Deine Patches sind gut und Kritik an manchen Dingen ist sicherlich auch gut. Du solltest es aber (siehe oben) nicht übertreiben und die Dinge nicht so darstellen als würden das Thunderbird-Team weder auf User hören noch Verantwortung gegenüber den Usern übernehmen.
Es bringt keinen weiter, wenn Du in gewissem Sinne "alles schlecht machst". Bringe Dich weiter in das Gesamt-Projekt ein. Deine Patches und Fehleranalysen werden bestimmt geschätzt. Dafür muss man nicht ständig überspitzt verbal drauf hauen.
Und abschließend: Wie lange wir BB 91 unterstützen werden, ist noch unklar. Fakt ist, dass TB 78.15 wegen technischer Probleme nicht ausgeliefert werden konnte. Sollte sich so ein Fall wiederholen, könnte BB Version 91 noch einen Monat länger unterstützen.
Und wie wirst Du Dich verhalten, wenn die MSF-Probleme nun vielleicht doch nicht final gelöst sind? Wirst Du eine finale 102er-Version anbieten oder einfach abwarten? Welche Tests durchlaufen Deine Betterbird-Builds, die über die jeweilige Thunderbird-Version hinaus gehen?