Du bist nicht an den Wert '26' gebunden. Pass das an wie du es brauchst.
Bei welche Menüeinträgen funktioniert es denn nicht. Ich kann keine finden.
Beiträge von ggbsde
-
-
Das wäre dann
CSS#mail-menubar label { padding-left: 26px !important; }aber je höher man in der Hierarchie startet desto größer ist die Wahrscheinlichkeit unerwünschter Effekte.
-
alle Einträge der Menüs und Kontextmenüs mit Icons versehen
Ach du große Güte...
Um nun nicht jedes label einzeln verschieben zu müssen hilft vielleicht auch
CSS#messageMenuPopup label { padding-left: 26px !important; }für jedes Menü.
Alternativ geht vielleicht auch, die background-position-x für die icons nach links zu verschieben.
-
unausgereifte Version 128.x
Was ist da unausgereift. Gib mal ein paar Beispiele.
-
li[class="total unread"]
Das funktioniert wohl besser mit li.total.unread
Dann spielt die Reihenfolge der Klassen im Element keine Rolle.
-
Was ist der Sinn TB in einem Container laufen zu lassen?
-
Vielleicht wird es irgendwann was.
Sieht nicht so aus.
-
Die 1107 sind die ungelesen Mails in dem Ordner. 9939 ist die Gesamtzahl der Nachrichten.
Und mich ( und sicher auch andere) würde jetzt noch interessieren, was denn nun in diesem Filter website22 steht.
-
Wenn ich mich nicht schwer täusche, liegt das Zertifikat auf dem Server und muß dort verlängert werden.
-
Der / die Filter wird / werden auf den Posteingang angewendet, wenn nichts anderes eingestellt wird. So steht es ja auch da in Deinem Screenshot.
Das ist leider falsch. Der Ordner bei 'Ausgewählte(n) Filter anwenden auf' bedeutet nicht, das der Filter nur auf diesen Ordner angewendet wird, sondern legt lediglich den Ordner fest, auf den der Filter angewendet wird, wenn man auf 'Jetzt ausführen' klickt. Beim automatischen ausführen werden die Filter immer auf den Posteingang ausgeführt (und möglicherweise auch auf allen anderen Ordnern, die ebenfalls auf neue Nachrichten überprüft werden).
-
Ist wohl doch eher ein Feature. Es gibt da einen 18 Jahre alten Bugreport (https://bugzilla.mozilla.org/show_bug.cgi?id=341266)
-
Hört sich fast nach einem Bug an. Als Abhilfe: zwischen kompakter und nicht kompakter Ansicht umschalten. Das scheint die Liste zu löschen.
-
Das ist nicht das Masterpasswort von TB, sondern das Windows Passwort/PIN, die da abgefragt wird.
-
Wenn alle diese 140 Filter so aufgebaut sind wie im Bild, dann sind sie alle irrelevant. Denn er hat den Filter auf die gesendeten Mails angewandt, und dort sollte das 'Von' eigentlich immer seine eigene Adresse sein. Es gilt den einen Filter zu finden, der anders ist als die anderen.
-
Hast du es schon mit dem Reparieren der Ordner versucht?
-
Auch in diesem Thread:
Die Entwickler haben grundsätzliche Bedenken mit 'allen' (=potentiell unendlich vielen) Terminen. Außerdem planen sie anscheinend einen Umbau des Kalenders. Da kann es etwas dauern, bis die Funktionalität wieder da ist.
Ich habe daher mal ein Quick'N Dirty Add-on geschrieben, das die Funktionalität wieder herzaubert (ok, auf +-50 Jahre beschränkt, aber das sollte ja wohl reichen!?)
https://www.ggbs.de/extensions/download/AllEvents-current.xpi
-
Die Entwickler haben grundsätzliche Bedenken mit 'allen' (=potentiell unendlich vielen) Terminen. Außerdem planen sie anscheinend einen Umbau des Kalenders. Da kann es etwas dauern, bis die Funktionalität wieder da ist.
Ich habe daher mal ein Quick'N Dirty Add-on geschrieben, das die Funktionalität wieder herzaubert (ok, auf +-50 Jahre beschränkt, aber das sollte ja wohl reichen!?)
https://www.ggbs.de/extensions/download/AllEvents-current.xpi
-
Aus gutem Grund (Spam) sendet kaum noch ein Mailprogramm oder Server solche Bestätigungen.
-
Da sollte ein Zielordner erkennbar definiert sein.
Vielleicht war ja auch 'Nachrichten löschen' eingestellt. Ob die dann im Papierkorb landen? Und wenn ja, ist der Papierkorb schon gelöscht? Dann hilft sicher nur ein Backup.
-
Augen auf im Forum!
Das Problem ist gestern erst diskutiert worden: Termine suchen in allen Zeiträumen 128.0.1esr (64-Bit) nebula
