Bei Skripten könnte es mit dem Skript-Cache zusammenhängen.
Das könnte sein. Vielleicht gibt es auch einen geheimen "Druckdialog-Cache", wer weiß?
Bei Skripten könnte es mit dem Skript-Cache zusammenhängen.
Das könnte sein. Vielleicht gibt es auch einen geheimen "Druckdialog-Cache", wer weiß?
Dafür musst du unter 'about:config' den Wert: (Schalter entfernt) setzen.
Aber keine Ahnung, ob das noch irgendwelche anderen 'Improvements' abschaltet...
Ist mir noch nicht untergekommen. Der Fehlerbehebungsmodus ist für die Ermittlung von Fehlerursachen, die Ursachen muss man dann im Normalmodus beheben.
Diesen nicht-temporären Effekt des Fehlerbehebungsmodus hatten wir hier im Forum schon öfters in anderen Zusammenhängen. Z.B. als plötzlich alle(!) Skripte nicht mehr funktionierten, hat es geholfen, einmal im Fehlerbehebungsmodus und dann wieder normal zu starten. Danach ging wieder alles.
Wodurch dieser Effekt verursacht wieder weiß ich nicht, wird wohl mit einer Bereinigung von temporären Daten zusammenhängen...
Wenn ich die ESR-Version im Fehlerbehebungsmodus starte, dann öffnet sich hier das neue private Fenster mit dem Eingabefokus in der URL-Bar/Adressleiste des Fensters und zwar egal, von wo ich die Funktion aufrufe.
Wenn ich meine stark angepasste (CSS/UserSkripte/AddOns) normale Arbeitsumgebung öffne, dann hat das Fenster zwar den Fokus, der Eingabefokus liegt aber irgendwo auf der Webseite, also nicht im URL-Eingabefeld! Aber dieses Verhalten ist bei mir dann immer so, ebenfalls unabhängig vom aufrufenden Kontext.
Teste bitte als erstes den Fehlerbehebungsmodus und schau, ob du da das Problem immer noch hast. Falls nein, dann liegt die Vermutung nahe, dass irgendein AddOn oder User-Code bei dir, für dieses Verhalten verantwortlich ist.
Irgendwie merkwürdige Kommentare hier...
Was hat meine spezielle Anforderung mit dem Code von Aris zu tun?
Mein Kommentar sollte nicht "despektierlich" rüberkommen . Ich hatte mir halt nur gedacht, dass der Code von Aris genau das beinhaltet, was du haben möchtest. Nicht falsch verstehen: Ich finde es auch nicht verkehrt, Problemen auf den Grund zu gehen und sich bestimmte Dinge selber noch mal "zu Fuß" anzueignen. Das ist dann sicher Wissen, was nachhaltiger wirkt, als nur ein paar Verzeichnisse zu kopieren. Bei mir ist es halt so, dass ich mich eher mit Sachen beschäftigen möchte, für die es (nach meiner Ansicht) noch keine befriedigende Lösung gibt, als Code "nachzubauen", der schon sehr genau das macht, was ich auch im Sinn hatte, wie im Fall des Bookmark-Icon Codes von Aris.
In diesem Sinne
Amen...
Funktioniert bis Firefox 99 (Nightly). Deswegen meinte ich ja, dass man sich unbedingt, schon eher zwingend, die v4-Sammlung nutzen sollte.
Ich widerspreche nicht, dass es sinnvoll ist, die jeweils aktuellen Sourcen zu nutzen. Die Fehler die du benannt hast, betreffen aber alle nicht die BMIcons. Ich kann dir versichern, dass die von mir verwendeten Sourcen zu 100% funktionieren und zwar von der 91ESR bis zur Nightly (auch im Bibliotheksfenster und sonst wo...) .
Nur eine kurze Information, was bereits (nach derzeitigem Stand) ausreicht, um
- alle Ordner mit einem anderen Symbol zu versehen
- die Standard-Symbole für spezielle Ordner wieder hervorzuzaubern:
...und wenn du mit allem fertig bist und wirklich jedes(!) Vorkommen der Ordnersymbole angepasst hast, dann ist dein Code exakt genauso lang wie der von Aris . Oder glaubst du, dass Aris aus Spaß "überflüssigen" Code geschrieben hat? Kürzer (und kompletter) kann man den CSS-Code gar nicht schreiben. Gut, wenn du die Beschäftigung mit diesem Thema zum Spaß oder als "CSS-Lernkurs" betreibst, dann mag das ja noch sinnvoll sein, ansonsten wohl eher nicht...
Ich verlinke gerne auf die originalen Quellen
Ok, da hast du recht, den Original-Link hätte ich noch mitangegeben können. Da ich aber nicht weiß, wie der Wissensstand des TE ist, habe ich es schon "mundgerecht" zusammengestellt und extra nochmal getestet. Ich habe dafür ziemlich alte Dateien (aus 'custom_css_for_fx_v3.1.8') von mir verwendet, die ja immer noch fehlerfrei funktionieren.
Ich würdige durchaus Aris Arbeit, aber mir ist das etwas zu viel Code, wenn ich das einfach alles übernehme.
Na ja den gesamten Code von Aris brauchst du ja nicht übernehmen, sondern nur die beiden Verzeichnisse aus der zip-Datei entpacken und eine! Zeile in deine 'userChrome.css' schreiben.
In der Chronik sind die angehefteten Tabs, wie alle anderen Tabs, nach dem Neustart zu sehen.
Gut, an der Chronik liegt es also nicht. Hast du es mal im 'Fehlerbehebungsmodus' ausprobiert ( Anwendungsmenü -> 'Hilfe' -> 'Fehlerbehebungsmodus...' ) . Wichtig: Da der Fehler ja erst nach einem Neustart des FF auftritt, musst du beim erneuten Starten deines Browsers die [SHIFT]-Taste gedrückt halten, damit Firefox wieder im Fehlerbehebungsmodus geöffnet wird, da sonst Firefox wieder im normalen Modus gestartet wird!
Alternativ könntest du auch alle deine Erweiterungen temporär einmal deaktivieren oder es gleich mit einem neuen Profil unter 'about:profiles' versuchen.
Falls ich dich richtig verstanden habe, sollte der schon seit ewigen Zeiten funktionierende Code von Aris das gewünschte Ergebnis bringen:
...
Eine anderweitige Lösung, die ich nutze, aus der CSS-Sammlung von Aris:
Falls ich dich richtig verstanden habe, sollte der schon seit ewigen Zeiten funktionierende Code von Aris das gewünschte Ergebnis bringen:
'zip'-Datei mit den benötigten Bildern und dem css-Code (ist eine etwas ältere Version):
Wenn du keine weiteren Anpassungen an den Quelldateien vornehmen willst, musst die Ordnerstruktur für die neuen Dateien in deinem 'chrome'-Verzeichnis übernehmen. Also beide Verzeichnisse aus der 'zip'-Datei in deinen 'chrome'-Ordner entpacken.
Die Verzeichnisstruktur sollte dann so aussehen:
Dann noch folgende Zeile in deine 'userChrome.css' einfügen und zwar in die erste Zeile!
Sieht dann so aus:
Ein paar Punkte, die du genannt hast, halte ich für plausibel, andere eher nicht. Danke für deine Einschätzung...
Warum wird die Verfügbarkeit des VPN-Dienstes erst nach und nach für bestimmte Länder freigegeben? Hat das einen fachlich-technischen Grund oder ist das Marketing? Die Übersetzungen scheinen ja schon alle fertig zu sein und ich kann mir nicht vorstellen, dass das sehr zeitaufwändig ist. Englisch geht ja zur Not in den meisten Ländern wohl auch noch. Der VPN-Dienst sollte doch in jedem Land der Welt verfügbar sein, egal, wo ich mich gerade mit meinem Firefox befinde. Die Infrastruktur, sprich die Server, existieren schon und werden ja auch genutzt. Ich kann wirklich keinen Grund für diese Vorgehensweise erkennen...
Ist doch im Bild zu sehen "Die letzte Stunde" "Besuchte Seiten..." Und das jedes Mal beim Beenden.
Im Bild ist das zu sehen, was standardmäßig bei jedem zu sehen ist. Die Funktion dieses Dialogs wird erst ausgeführt, wenn die 'OK'-Taste betätigt wird. Beim Beenden werden ja, laut seiner Einstellungen, keine Daten gelöscht. Dieses Dialogfeld hat keine Aussagekraft für das Problem des TE.
Was steht denn bei dir in der Chronik, wenn die Tabs wieder verschwunden sind? Sind dort die Einträge der angehefteten Tabs noch vorhanden?
Arbeitest du mit mehreren FireFox-Fenstern bzw. privaten Fenstern?
Schau mal hier:
Ich es auf zwei Rechner getestet bei denen es über noch keinen Chrome Ordner gab
Heißt das, dass auf diesen beiden Rechnern überhaupt noch kein CSS-Code läuft?
Falls ja, hast du dann daran gedacht toolkit.legacyUserProfileCustomizations.stylesheets auf true zu setzen?
@Nutzende : Stichwort: "Brudervolk"
„We're fools to make war - On our brothers in arms“
Oder ich habe es völlig falsch verstanden, dann sorry.
Nein 2002Andreas, ich glaube du hattest mit deiner Einschätzung voll und ganz recht und er wollte den Hintergrund schwarz haben und
hat '::part(arrowscrollbox)' nicht berücksichtigt, was ihm dann einen weißen Rahmen/Hintergrund beschert hat .
Ich hatte es total anders interpretiert, nämlich dass ihm die Abstände zum Rand einfach nur zu groß waren. Mist und Sorry...
Er wollte das Popup einfärben, und hat dafür den falschen Code benutzt.
Das glaube ich eher nicht. Er hat den Hintergrund der einzelnen Einträge ja nur schwarz gemacht, um den vermeintlichen Rahmen sichtbar zu machen. Er schreibt ja selber, dass man bei Einträgen mit weißem Hintergrund keinen Rahmen sehen kann.
Aber es geht eigentlich immer nur um den Abstand der einzelnen MenuItems zum Rand des Popups. Der große Abstand ist der "Rahmen", den er meint...
Die Frage ist doch, woher kommt der weiße Hg bei ihm
Der Hintergrund der Popups ist doch von Haus aus weiß beim Standard-Theme!? Die Items hatte er ja nur schwarz gemacht (via CSS), um sein Problem zu verdeutlichen....
Deswegen hatte ich ihn auch gebeten, einen Screenshot von dem Menü im Fehlerbehebungsmodus zu machen.
Ich glaube, jetzt weiß ich was du meint: Die normalen Abstände, also das Padding der einzelnen Menüpunkte im Bezug auf den Rahmen des Popups. In dem Sinne ist das natürlich kein Rahmen. Die Abstände kannst du mit CSS recht einfach verkleinern.
Bemühe mich jetzt erst gar nicht, den entsprechenden Code herauszusuchen, da 2002Andreas ja doch das Ergebnis 10x schneller liefern wird...
Ja - auch im abgesicherten Modus, Standard-Theme und ohne irgendwelche *.css - Dateien unter Chrome.
Könntest du davon vielleicht mal einen Screenshot machen?