Beiträge von Thunder

  • Kann keine Mails mehr senden seit Update auf 15.0

    Zitat von "julee"

    Naja, ob das freenet spezifisch war sein mal dahin gestellt. Mein GMX Account ging ja auch nicht. Nu gehen beide wieder, aber merkwürdig bleibt es schon ...

    Hallo,

    hättest Du das Thema im Freenet-Forum gelesen, dann wäre klar, dass Freenet + GMX + 1&1 alle zu einem Konzern gehören und vermutlich oftmals über die gleichen Server laufen. Daher braucht man sich über gleichzeitige Probleme mit Freenet + GMX nicht zu wundern.

    Gruß
    Thunder

  • Suchen unter Thundebird

    Guten Morgen,

    im Normalfall sollte beim Klick/Doppelklick auf den Betreff der Suchergebnisse die entsprechende E-Mail auch vollständig angezeigt werden. Oben sollte dann das Threadpanel und unten die E-Mail im Fenster sein.

    Spontan kann ich nur vermuten, dass entweder ein Add-on stört (bitte mal im "Abgesicherten Modus" testen), oder es gibt ein Problem mit der Indexierung ("Gloda"). Ist die Indexierung in den allgemeinen Einstellungen denn momentan aktiviert? Wenn es sich um IMAP handelt, müssen die Ordner auch für das "Offline lesen" eingestellt sein, um die Indexierung zu ermöglichen.

    Gruß
    Thunder

  • Frage zu "AllowHTML"

    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

  • Frage zu "AllowHTML"

    Endlich!

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

    Code
    meinObjekt.setAttribute("disabled", true);

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

    Code
    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):

    Code
    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ß

  • 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ß

  • Frage zu "AllowHTML"

    Hallo,

    ich sage es auch hier nochmal: Ich habe noch einen Fehler im Theme/Skin des Add-ons gefunden, der dazu führt, dass in der Tabbar-Toolbar (wem's was sagt ;-) ) der Button nicht sein richtiges Icon hat. Dies habe ich nun für Version 3.5.2 behoben.

    Leider habe ich aber immer noch ein Problem mit dem Button in der Tabbar-Toolbar. Beim "Hovern" des Buttons wird er nicht so hervorgehoben wie es bei den Buttons in der Tabbar-Toolbar eigentlich sein sollte (er wird gar nicht hervorgehoben). Ich finde trotz zahlreicher Tests und Versuche im XUL, CSS und PNG nicht den Grund dafür. Auch der Vergleich mit anderen Add-ons hat mich nicht weiter gebracht. :help: Wenn mir jemand dabei helfen könnte, wäre ich sehr dankbar.

    Gruß
    Thunder

  • Frage zu "AllowHTML"

    Danke Euch,

    mal sehen ob es auch bei rum funktioniert.

    Ich konnte bei mir mit der 3.3er und auch 3.5er-Version nicht mehr provozieren, dass HTML dauerhaft erlaubt bleibt. ABER: mit alten Versionen als auch der neuen Version kann ich folgendes provozieren:

    Ich habe 2 HTML-Mails (ausgerechnet von der Fritz!Box) untereinander. Die erste ist sehr groß und lädt immer wieder sehr träge. Klicke ich nun mehrfach kurz hintereinander auf den "HTML zeigen"-Button und dann anschließend (während er noch quasi blockiert ist und die erste Mail mit HTML laden will) auch noch auf die nächste/zweite HTML-Mail, so lädt er dann diese zweite Mail auch mit HTML. Trotzdem sind die Einstellungen danach korrekt auf "Reintext". Sowas kommt in der Realität wohl eher nicht vor - zumindest klicke ich im Alltag nicht so sinnfrei schnell herum. Und auch ein sinnfreier Doppelclick meiner Liebsten auf den Button führt nicht zu dem Problem.

    Ich werde mir nun mal wieder Gedanken machen, was ich in Sachen Druck-Funktion machen kann.

    Gruß

  • Frage zu "AllowHTML"

    Hallo,

    ich habe nun testweise nochmal eine andere Variante, die auf den Timer komplett verzichtet. Statt dessen wird auf ein event gewartet, dass die Nachricht fertig geladen wurde.

    Zusätzlich werden die Buttons von AHT nun nur noch aktiviert, wenn:
    - überhaupt eine Nachricht markiert ist
    - nicht mehrere Nachrichten markiert sind
    - die markierte Nachricht nicht als Junk markiert ist
    - die markierte Nachricht überhaupt einen HTML-Part enthält

    Das mit dem HTML-Part könnte Probleme machen, da hierfür die Nachricht komplett offline verfügbar sein muss, wenn ich nicht irre. Hat man also bei IMAP oder auch bei POP nur den Header heruntergeladen, so könnten die Buttons von AHT nicht aktiv werden. Probiert das mal bei Euch aus. Wobei man sagen muss, dass ich für das Analysieren der Mail eine Option aktiviert habe, die den Download eigentlich erzwingen müsste. Ich werde hier auch noch weiter testen, bin aber über Eure Rückmeldung dankbar.

    Wenn die Variante ohne den Timer auch versagt, frage ich mich, ob Eure Probleme vielleicht auch an nicht vollständig heruntergeladenen Mails liegen? Aber eigentlich kann dies nicht der Fall sein.

    AllowHtmlTemp_3.5_ohneTimer.xpi

    Gruß
    Thunder

  • Frage zu "AllowHTML"

    N'Abend Leute,

    Ich vermute, dass in den letzten Versionen ein Timer mit nur 1 ms für Euch zu kurz eingestellt war. In der Vergangenheit hatte ich den Timer auf 500 ms gestellt, was aber bei schnell aufeinander folgenden Clicks zu dauerhaft erlaubtem HTML führen konnte. Den Timer habe ich nun wieder etwas erhöht auf 50 ms. Zusätzlich wird durch einen weiteren Mechanismus von HTML wieder zu den ursprünglichen Einstellungen zurück gegangen, falls Nachrichten schneller geladen werden.

    Ich konnte Euer Problem an den Fritz!Box-Mails leider mit 10.0.x-ESR, 14.0 und den aktuellen Nightlies (17.0a1) nicht reproduzieren.

    Ihr könnt die 50 ms-Version hier probeweise laden:
    AllowHtmlTemp_3.3.1.xpi

    Gruß
    Thunder

  • Entwicklung von THUNDERBIRD - geplante Veränderungen...

    N'Abend!

    Was unsere Startseite betrifft, möchte ich doch darauf hinweisen, dass dort nicht einfach steht "Thunderbird ist tot". Aber es ist natürlich provokativ und drastisch wie es dort steht, denn man muss sich schon noch auf den zweiten Teil "es lebe Thunderbird" einlassen. Und dann kann man sich gerne noch Gedanken über das Fragezeichen hinter dem Ganzen machen. Ich werde diese "Meldung" aber nur über's Wochenende stehen lassen und dann wieder die normale Startseite bringen ;-)

    Gruß und nichts für Ungut!
    Thunder

  • Entwicklung von THUNDERBIRD - geplante Veränderungen...

    Moin,

    da zerbreche ich mir seit Monaten und nun die letzten beiden kompletten Tage wieder den Kopf, wie ich die Seite hier endlich mal umbauen und mit einem Weblog integrieren kann, so dass es optisch passend integriert ist ... und nun DAS. Beinahe hätte ich gerade heute noch ordentlich "Kohle" für ein semiprofessionelles Layout (Skin/Style) ausgegeben. Das werde ich nun nicht machen. Die Seite bleibt so wie sie ist. Einzig die Lightning-Foren werde ich integrieren und dazu jetzt rb kontaktieren.

    :angry: Thunder

  • Allow HTML Temp3.3

    Hallo,

    ich hatte in früheren Versionen des Add-ons versucht den Druck zu erleichtern. Aber auch dort funktionierte dies nicht zuverlässig.

    Das Problem wäre eigentlich nur zu beheben, wenn man mit dem Add-on für jede Nachricht einen Eintrag in "Gloda" machen würde, dass HTML erlaubt ist. Zusätzlich müsste das Add-on immer die Darstellung von (jeglichen) Nachrichten abfangen und in dem Moment anhand des Eintrags in der Gloda-Datenbank dann automatisch erneut das HTML erlauben. Leider habe ich dazu zu geringe Programmier-Kenntnisse. Wenn jemand sich dazu in der Lage sieht, kann er mir gerne helfen, denn damit wären gleich drei "Probleme" zu beheben:

    1. Man müsste nicht immer wieder bei den betreffenden Mails HTML erlauben
    2. Beim Wechsel zwischen mehreren Tabs würde die HTML-Darstellung nicht verloren gehen (denn dabei wird die Mail immer wieder neu geladen und gerendert)
    3. Der Ausdruck mit erlaubten HTML würde sich wohl endlich vernünftig automatisch machen lassen

    Gruß
    Thunder