6) starte den PC neu.
Nein. Es ist ausreichend, dass Firefox neu gestartet wird.
Wieso hast Du dasselbe in zwei Themen aufgeschrieben? (Für die anderen: Firefox 57 - besuchte Links in Rot anzeigen.) Es hätte gereicht, in einem davon auf den anderen Beitrag zu verlinken.
6) starte den PC neu.
Nein. Es ist ausreichend, dass Firefox neu gestartet wird.
Danke. War meine Vermutung also richtig.
Macht der überhaupt noch Sinn bzw. funktioniert der noch korrekt (meine das die unverschlüsselten Seiten tatsächlich in rot angezeigt werden und die Verschlüsselten in grün) ?
Das ist eine alte oder vereinfachte Version von „meinem“ Stil, den Du in Adressleiste per CSS entsprechend Sicherheitsstatus einfärben finden kannst, der aber ebenfalls so nicht mehr funktioniert. Sobald Aktualisierung eines Beitrags nicht möglich geklärt ist, werde ich ein Update veröffentlichen. (Nachtrag: Erledigt, Update ist erfolgt!) Jetzt nur kurz: Die Z-Index-Werte müssen erhöht werden. Bei mir reicht es, sie auf 3 und 4 zu vergrößern.
Ich setze den Stil übrigens gemeinsam mit Aris’ Stil ein.
Nachtrag: Problem geklärt, eine aktualisierte Version kann unter Adressleiste per CSS entsprechend Sicherheitsstatus einfärben kopiert werden.
Ich hätte gern Adressleiste per CSS entsprechend Sicherheitsstatus einfärben aktualisiert, aber wenn ich auf Speichern gehe, passiert nichts. Nun kann man gern einwenden, dass eine neue Nachricht eine gute Lösung wäre, aber dann hätte ich im alten Posting gern einen Hinweis darauf eingefügt und hätte dann dasselbe Problem. Liegt es eventuell daran, dass das ein Posting ist, wo man noch nicht Firefox- und OS-Version eintragen musste? Können Admin oder Moderator diese Postings noch bearbeiten?
Ja, das hatte ich gelesen. Mir war aber nicht klar, dass es nur um about:logins geht. Das meinte ich mit deutlicher kommunizieren.
Äääh, Moment, dieser entscheidende Punkt fehlte mir zum Verständnis – ich hab das also missverstanden:
Wenn Firefox auf einer Website das Passwort ausfüllt, benötigst du kein Passwort. Du benötigst es nur, um das Passwort in Klartext zu erhalten.
Das sollte deutlicher so kommuniziert werden.
Denn wie Du schon ganz richtig vermutest …
Wie häufig und wie lange hältst du dich auf dieser Seite auf, um Passwörter zu betrachten?
Eher selten.
Alles klar wie Kloßbrühe.
Doch, weil ich das für eine Bevormundung halte. Wenn man das Passwort nur einmal pro Session abfragen würde und nicht alle x Minuten, ginge es wohl auch noch – aber , upps, das ist ja beim Masterpasswort jetzt schon so.
Ist bekannt, wie die Reaktion des Browsers aussehen soll, wenn man dann auf eine FTP-Link klickt? Soll das dann so wie bei News- (Usenet-) und Maillinks funktioneren?
Kann man das dann wieder deaktivieren?
Ich bin nämlich der Meinung, dass es volljährigen Menschen an ihrem Privatrechner (im betrieblichen Umfeld ist das etwas anderes) selbst überlassen bleiben soll, zwischen Sicherheit und Bequemlichkeit zu entscheiden.
Danke milupo für den Hinweis. Ich habe übrigens soeben oben eine Korrektur durchgeführt, der Hinweis bleibt aber gültig: Man muss inzwischen die userContent.css nutzen, nicht mehr die userChrome.css!
Trägt man dieselben Einträge übrigens in die entsprechende Datei im chrome-Verzeichnis des Hauptprofils ein, dann sind sie für die Entwicklerwerkzeuge gültig.
Ja. 
.
.
.
.
.
Öffne dein Profilverzeichnis. Da du anscheinend die Browsertools bereits benutzt hast, sollte dort bereits ein Unterverzeichnis chrome_debugger_profile existieren, sonst musst Du es anlegen. In diesem Unterverzeichnis muss ein weiteres Unterverzeichnis chrome angelegt werden und darin eine zunächst leere Datei userContent.css. (Die zwei letzten Schritte sollten einem vom normalen Profil her bekannt vorkommen.)
DieuserContent.css mit einem Texteditor öffnen und Folgendes einfügen:
:root {
--theme-body-font-size: 14px !important; /* der Vollständigkeit halber ergänzt */
--theme-code-font-size: 14px !important;
--monospace-font-family: Consolas, monospace !important; /* so wie angegeben Windows-Standard */
}Nach Geschmack anpassen (z.B. meine Kommentare entfernen) und in UTF-8 abspeichern. Nach einem Browserneustart solltest Du das Ergebnis sehen.
der Cookie Quick Manager kann das, indem er neben dem Cookie in der Cookie-Verwaltung das Symbol des jeweiligen Containers abbildet.
Einerseits das, andererseits kannst Du im Kopfbereich durch Auswahl unter „Kontext(e)“ nur Cookies aus einem Container anzeigen lassen und die dann zum Beispiel auf einmal löschen.
Die Links und die Änderung sind eingearbeitet.
Mir ist leider eben noch ein etwas anders aufgefallen:
Stell dir vor, es gibt vier Textabsätze, die ineinander verschachtelt sind: In HTML werden Textabsätze mit dem Element <p> definiert und mit </p>abgeschlossen
Du hast dir damit unglücklicherweise genau eines der Elemente ausgesucht, die nicht verschachtelt werden können. Im Falle von <p>… werden die Browser das fehlende Abschlusstag </p> selbst ergänzen. In The Paragraph element bei MDN heißt es:
Paragraphs are block-level elements, and notably will automatically close if another block-level element is parsed before the closing
</p>tag. See “Tag omission” below.
Und unter „Tag omission“ steht dann
The end tag may be omitted if the <p> element is immediately followed by […] or another <p> element
Das muss wohl so umgebaut werden, dass man ein anderes, verschachtelbares Element nimmt – <div>, <span>? Vielleicht hat Sören Hentzschel noch eine andere Idee? Sehe ich das richtig, das der folgende Inhalt auf dem Beispiel aufbaut?
Auch von mir 
Willst Du evtl. am Ende der Übersicht im Hinweis einen Verweis auf CSS im SELFHTML-Wiki und oder oder CSS bei MDN einfügen?
Ich hab die Anleitung nur schnell und teilweise überflogen, aber eine Petitesse:
Hierbei ist zu beachten, dass Identifikatoren eindeutig sein müssen, das heißt, sie dürfen nur einmal vorkommen.
Ich würde das zu „einmal pro Seite” erweitern oder wie immer Du es formulieren würdest – dieselbe ID darf auf unterschiedlichen Seiten immer wieder vorkommen und (zum Beispiel) durch ein zentrales, auf jeder Seite eingebundenes CSS angesprochen werden.
In diversen Userskripten taucht das hier auf (fiel mir gerade bei der Umstellung auf):
var toolbaritem = aDocument.createElementNS('http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul', 'toolbarbutton');Die Skripte funktionieren, aber auch dort müsste wohl irgendwann https://www.w3.org/1999/xhtml/ eingetragen werden?
Müsste ich dafür evtl eine Erweiterung installieren, die das erkennt und trennt?
