Beiträge von Foxfailure

Zitat von .DeJaVu

Erste Quelle ist veraltet, zweite Quelle ist irgendwie albern.

Du findest alle Infos entweder hier

https://support.mozilla.org/de/

oder hier

https://developer.mozilla.org/de/

Evtl auch die Suche dort benutzen.

Alles anzeigen

Ja, die von mir genannten Quellen sind nicht 1. Wahl, aber auf den von dir verlinkten Seiten habe ich leider nur seltenst gefunden, was ich suchte. So auch in diesem Fall. Wenn ich dort eingebe "Cookies in Firefox anzeigen" ergibt die Suche nichts für mich Brauchbares. Ich kann die Suchbegriffe auch noch etwas variieren, aber die Suchergebnisse nützen mir leider nichts.

Zitat von .DeJaVu

Umschalt+F9

https://developer.mozilla.org/…s/Tools/Storage_Inspector

Funktioniert auch für bereits geladene Seiten.

Perfekt! Vielen Dank.

Zitat von Fox2Fox

Aus welcher Quelle hast du diese Info bezogen?

Bspw. hier oder da.

Wo finde ich, welche Cookies eine Website in meinem Firefox ablegt? Angeblich soll über Rechtsklick -> Seiteninformationen -> Sicherheit eine Schaltfläche "Cookies anzeigen" zu finden sein. In meinem FF 69.0.1 finde ich diese Schaltfläche nicht.

Ahh, das ist ja nicht nur japanisch, sondern auch noch ein passwort-geschützer Download. Also schau ich lieber immer mal in dein Repository oder melde mich hier.

Zitat von Endor

Der Autor hat alle aktualisiert.

Welcher Autor hat alle Skripte aktualisiert? Im Github-Repo von Alice0775 finde ich auch nur veraltete MultiRow-Skripte.

Yepp! Funktioniert.

Allerbesten Dank

Hallo Endor,

ich nutze dein Skript 1-MultiRowTabLiteforFx.uc.js für die mehrzeilige Tableiste. Leider kann ich seit dem Update auf Firefox 69 die Tabs nicht mehr mit dem Mauszeiger verschieben.

Kann ich in dem Skript etwas anpassen, damit auch das "Tab verschieben" wieder funktioniert?

Zitat von Boersenfeger

Indem ich in meinem Addonsmanager-Code für Nightly Grafiken von meiner Festplatte eingebunden habe anstatt die übliche Base64-Grafiken zu nutzen. Bei Bedarf kann ich dir einen Schnipsel als Anschauungsmaterial zur Verfügung stellen. Allerdings erst gegen Abend, da ich auf Arbeit bin..

Aha, also müsste ich zunächst mal Nightly-Grafiken auf meiner Festplatte ablegen und diese dann per CSS in den Addon-Manager einbinden. Da wäge ich mal Aufwand und Nutzen ab und entscheide mich dafür, die farblosen Icons zu belassen. Aber ich danke für das Angebot .

Zitat von Sören Hentzschel

[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1560834

Wow, es gibt sogar ein Bugzilla-Ticket dafür. Danke für den Hinweis.

Der Button ist ja nun selbst für mich nicht außergewöhnlich wichtig, sondern eher ein "nice to have". Dennoch, kann ich bei Bugzilla irgendwie verdeutlichen, dass auch ich die Rückkehr des Buttons wünsche? Die Entwickler sollen ja erfahren, dass es kein einzelner sondern vielfacher Wunsch ist.

Zitat von Boersenfeger

Ggf. kann Aris mit seiner Codesammlung via CSS noch was retten...

Ich habe diese jedenfalls als Lesezeichen und kontrolliere regelmäßig, ob da was erscheint...

https://github.com/Aris-t2/Cus…r/classic/css/aboutaddons

Ja, da schaue ich auch immer mal rein, wenn ich im Erscheinungsbild von FF wieder eine neue Entwickler-Gurke "zurechtbiegen" möchte.

Apropos:

Wie hast du die Icons im Addon-Menü farbig bekommen?

Zitat von milupo

Ich fürchte, dass Mozilla auf dein Nichtbefriedigtsein keine Rücksicht nehmen wird.

Das ist mir schon klar, aber es hätte ja sein können, dass ich noch nicht erkannt habe, welchen Vorteil das Weglassen der Schaltfläche brachte. Ich hätte mich dann vielleicht besser mit dem Verlust arrangieren können. So haben die Entwickler die Bedienbarkeit aus meiner Sicht wiedermal verschlechtert.

Zitat von edvoldi

Wenn es für ein Add-on ein Update gibt, erscheint eine Schaltfläche (Update) im neuen Add-ons-Manger im Unterbereich der drei Punkte.

Hallo edvoldi,

ich fürchte, dass du mein Problem falsch verstanden hast.

Zitat von milupo

Ich halte es für etwas widersprüchlich, auf der einen Seite manuell die Aktualisierung anzustoßen und dann doch alle Updates auf einen Rutsch installieren zu wollen.

Aus 2 Gründen ist das für mich nicht widersprüchlich:

1. Bei einigen Addons möchte ich die Release-Notes lesen, bevor ich mich entscheide, ob ich das Update installiere. Nach dem Lesen möchte ich dann häufig alle Updates installieren.
2. Ich betreue mehrere FF-Installationen. Wenn ich die Release-Notes einmal geprüft und damit die Updates für unbedenklich befunden habe, kann ich in den anderen FF-Installationen die Updates auf einen Rutsch installieren.

Zitat von milupo

In Fx 68 kannst du noch in about:config die Einstellung

Code

extensions.htmlaboutaddons.enabled

auf false setzen und du hast den alten Add-in-Manager wieder. Für die 69er Beta müsste ich jetzt erst testen, ob der Schalter noch funktioniert, aber ab dem 70er Nightly ist der Schalter zwar noch vorhanden, aber inzwischen wirkungslos.

Danke. Ja, das bringt mir zwar die Schaltfläche "Updates installieren" wieder. Aber wenn der Schalter in der übernächsten Version ohnehin nicht mehr funktioniert, befriedigt mich das leider auch nicht.

Zitat von Zitronella

Verstehe ich nicht, diesbezüglich hat sich doch überhaupt nichts geändert

So sah es in FF 67 aus:

Mir kommt es auf die graue Schaltfläche, rechts oben an.

... und so sieht es in FF 68 aus:

Hallo,

ich installiere Updates von Erweiterungen manuell. Ich lasse die Updates also nicht automatisch installieren.

Wenn nun Updates für mehrere Erweiterungen verfügbar sind, so konnte man bis FF 67 auf eine Schaltfläche "Updates installieren" klicken und FF installierte daraufhin alle Updates. In FF 68 fehlt diese Schaltfläche. Deshalb muss man nun

1. bei jedem verfügbaren Update auf die winzige Schaltfläche mit den 3 Punkten klicken,
2. hernach in dem Dropdown-Menü zum Punkt "Aktualisieren" navigieren
3. darauf nochmal klicken.

Ich weiß, dass hier keine Entwickler mitlesen, aber vielleicht kann ja dennoch jemand erklären, warum die Entwickler statt der einfachen Schaltfläche nun dieses umständliche Prozedere einführten?

Zitat

Bei mir funktioniert der Code aus Beitrag #11, also mit max-height, nicht.

Ich hab mit

.redactor-layer {
max-height: 1000px !important;

... jetzt 41 Zeilen. Damit füllt das Editorfenster meinen Bildschirm in der Höhe gut aus, ohne Scrollbalken.

Super! Klappt mit max-height.

Danke, euch beiden.

Ist mir schon klar, das unzählige Optionen unpraktikabel sind. Ich sprach es nur deshalb an, weil ich in Foren und Wikis auch Editor-Fenster kenne, die an der rechten unteren Ecke einen Anfasser haben, womit man sich das Fenster so groß, wie man möchte, ziehen kann.

Mal sehen, ob das vielleicht noch jemand bemängelt. Dann wäre es wert, jemanden nach einem Skript zu fragen.

Zitat von Sören Hentzschel

Der Editor passt sich durchaus bis zu einer bestimmten Größe an die Länge des geschriebenen Textes an. Nur gibt es eine maximale Höhe des Beitragseditors und das ist gewollt.

Kennst du auch die Kriterien, nach denen die maximale Höhe des Beitragseditors festgelegt wurde? Man könnte ja auch dem Nutzer überlassen, wie groß er das Editorfenster möchte.