Beiträge von Horstmann

Zitat von Andy 123

....Ich weiß nur nicht, ob er evtl. ungewollt an anderer Stelle auch Scrollbalken erstellen könnte oder nicht.

Das ist gut möglich, ob jetzt oder in späteren Versionen von Firefox.

Du könntest dir das hier mal anschauen - bzw. die Replik von Sören zu meinem Kommentar, einiges davor in dem Thema, und die mögliche Problematik mit der Verwendung von Variablen in diesem shadowroot Kontext.

Andererseits benutze ich ähnliche CSS Hacks selber schon lange, und bin nur einmal damit auf die Nase gefallen; aber deine Frage war schon auf den Punkt.

Zitat von Arsen

ev. kann man da was anpassen

Du könntest auch zunächst mal probieren, #urlbar-input-container mit .urlbar-input-container zu ersetzen.

Ein möglicher aktueller Code dazu, für Fx133, ist auch bei Aris zu finden.

Zitat von Arsen

wenn ich was reinschreibe siehts komisch aus.

Wohl wegen dem margin-top für [open] .

AAAlso: Altes Backup (inkl. Scriptvorbereitung) von der Fx115 (nicht esr) App genommen, und im Programmordner die 133 App tapfer ersetzt damit. Der Rest der Fx Installation blieb wie er war, d.h. von 115esr übernommen.

115 lief sogar (mit neuem Profil), Update gemacht auf 133, Cache geleert etc.; alle alten Profile laufen, alle Scripts laufen!

Der neue 133 App Ordner/Paketinhalt hat diesmal auch noch den alten defaults/prefs Ordner; wobei ich nicht weiss ob das noch benutzt wird.
Trotzdem seltsam daß es vorher nicht ging , aber Hauptsache es läuft.

Und weil ich immer schön mitgeschrieben habe bei Euch, wenn die Probleme mit Updates diskutiert wurden - auch wenn nicht jeder ausführlich erklärt - war der gröbste Teil der alten 115er CSS Dateien in 10 Minuten korrigiert, Tabs unten, URLbar Vergrößerung repariert, etc..

Zitat von BrokenHeart

Anscheinend wird ab FF126 die Datei /Applications/Firefox.app/Contents/Resources/application.ini für die Information verwendet, welcher Kanal für Updates benutzt werden soll. D.h. die Datei channel-prefs.js dürfte gar nicht mehr auf seinem System existieren.

https://forum.bigfix.com/t/firefox-no-l…s-for-mac/49563

Guter Fund, danke.

Das schau ich mir genauer an; evtl. kann ich da was hacken.

channel-prefs.js scheint tatsächlich nicht zu existieren in der 133 App, auch nicht in 135 Nightly; in 115esr ist die Datei noch in dem defaults/pref Ordner.

Davon abgesehen, hab ich mir auch mal diverse alte und aktuelle Fx Installer runtergeladen und den Inhalt der jeweiligen App durchsucht; es gibt in den neueren Versionen eine Textdatei namens removed-files in /resources, der Inhalt:

Contents/MacOS/chrome.manifest
Contents/Resources/chrome.manifest
Contents/Resources/defaults/pref/channel-prefs.js
Contents/Resources/defaults/pref/
Contents/Resources/defaults/
Contents/Resources/update-settings.ini

Wieder seltsam: die Datei gibt's auch im Nightly 135 Installer, wobei meine von 115 upgedatete Nightly 135 Version weder diese Datei hat, noch fehlt der /defaults Ordner...

Zitat von milupo

Wo ist denn da die die channel-prefs.js drin? Dort die config-prefs.js mit hinein.

Wie oben erwähnt, die Datei gibt's hier nicht mehr.

Zitat von milupo

Das ist doch ein gutes Zeichen. Da wird wohl wieder nur etwas klemmen, das ist unter Windows und Linux auch nicht anders. Da muss vielleicht nur der Skript-Cache geleert werden, oder der Start-Cache (z. B. über about:support). Fehlerbehebungsmodus könnte auch reichen. Das Verzeichnis /defaults/prefs kann man sicherlich auch einfach anlegen und die config-prefs.js hineinschieben.

Hab ich alles schon mehrfach gemacht ... Schon seltsam.

Ich schau mir die channel Geschichte nochmal genauer an, irgendwo scheint sich Esr noch fest zu hängen.

Zitat von BrokenHeart

Ich nutze kein MacOS. Aber in config-pref.js stehen ja nur drei Voreinstellungen, die du auch händisch über about:config oder die bekannte user.js eintragen kannst. Einfach mal ausprobieren. Verwiesen wird in den übrigen Skripten nicht auf dieses Verzeichnis.

Vielen Dank für die Tipps.

Ich habe die Einstellungen mal in about:config eingetragen bzw. erstellt, geht aber nicht.

Das Problem könnte sein, daß ich von 115esr auf 133 umgestiegen bin, indem ich eine 133 App nur in den Programmordner gezogen habe, um die alte 115esr App zu ersetzen.

Das scheint so für Scripts nicht zu klappen - obwohl alles andere perfekt übernommen wird, CSS, Einstellungen etc. ...
Ich hatte auch schon einen kompletten Clean Install von Firefox probiert, ging aber auch nicht mit den Scripts.

Kurioserweise hat meine uralte Nighly Installation problemlos den Update von 115 (nicht esr natürlich) zu 135 geschafft, und die Scripts laufen.

Ich würde hier mal reingrätschen wollen: Gerade habe ich auf meinem Mac ein zusätzliches OS installiert (Catalina), auf dem Fx 133 läuft, und muss jetzt die Script Einrichtung wieder vornehmen.

In Fx 115 sah der Prozess noch so aus, für das Paket von Endor :

• Firefox.app\Contents\Resources\config.js
• Firefox.app\Contents\Resources\defaults\pref\config-prefs.
• Firefox.app\Contents\Resources\userChromeJS (der userChromeJS Ordner)
• userChrome.js -> in den chrome Ordner im Profilordner

Problem: in 133/macOS gibt es diese beiden Ordner (in fett) nicht mehr: Firefox.app\Contents\Resources\defaults\pref\config-prefs.js.

Die config-prefs.js soll da aber wohl rein.
Hat ein Mac User dazu einen Tip; Shelly , wie hast du es zum Laufen gebracht?

Zitat von Zitronella

Seit Firefox 133 ist wieder das gleiche Problem mit Tab-Leisten Hintergrundfarbe wenn Firefox nicht im Fokus ist

kaum geschrieben und trotzdem nochmal gegooglet und auf reddit fündig geworden

CSS

:root[tabsintitlebar] .browser-titlebar:-moz-window-inactive {
  opacity: 1 !important;
}

funktioniert

Super, notiert, danke für das Update!

Zitat von Shelly

Wegen dem Icon von about:config so sieht das unter Windows ja so aus:

style: 'list-style-image: url(file:///D:/Software_Tools/Browser/Firefox/Icons/about-config.png',

Kann unter macos natürlich nicht funktionieren. Wie passe ich hier denn Pfad an denn LAufwerke gibt es ja keine unter mac?

Es würde evtl. helfen, wenn man das Script kennen würde, von dem du redest.

Ich stehe vermutlich auf dem Schlauch, und kenne Windows nicht, aber wie kommt das Icon in diesen Ordner durch eine (manuelle) Script Installation?

Ein Icon das nicht von Firefox selber zu kommen scheint.

Ich hab mal spasseshalber das Script so umgebaut, daß der Button am Mac in der Tabbar auftaucht, Menüleiste geht hier nicht.

Frage dazu, hast du das Script in einem Testprofil ohne anderen Code getestet?
Sollte optisch eigentlich passen, aber funktionell nicht ganz (zu schmal).

Du könntest mal probieren, über CSS das Button Padding raus zu nehmen, und den Hintergrund zu ändern:

#AppMenuButton {
    padding: 0 !important;
    background-color: transparent !important;
}

Aber so ganz kapier ich den Code nicht; das Icon sollte eigentlich im Button bleiben, und der HG transparent sein.

Zitat von Dharkness

Hm, bei mir steht die Pref auf 50 und ich habe hier keine Erhöhung der Urlbar, allerdings ist der von FuchsFan genannte Teilabschnitt seinen CSS hier ein klein wenig anders, es sieht hier so ↓ aus.

CSS

#urlbar[breakout][breakout-extend] {
    top: calc((var(--urlbar-toolbar-height) - var(--urlbar-height)) / 2) !important;
    left: 0 !important;
    width: 100% !important;
    padding: 0 !important;
    margin: 0 !important;
}

Soweit ich gelesen hatte , ist --urlbar-toolbar-height jetzt --urlbar-container-height.

Fall mit Profilmanager about:profiles gemeint ist :

Hier auf dem Mac kann ich über die userContent.css die Seite anpassen.
Die Infos lassen sich ganz normal über die Browserwerkzeuge auslesen, in dem Fall auch über die Entwicklerwerkzeuge, nichts Ungewöhnliches hier.

Zitat von 2002Andreas

In dem anderen Thema geht es um ein Skript, nicht um einen CSS-Code.

Verstehe.

Zitat von geldhuegel

nachdem meine Sidebar mit einem alten Code von dir im FF132 nicht mehr sichtbar war habe ich im Camp gesucht und deinen Code gefunden. Das passt prima! Jedoch hat mir dein alter Code die Sidebar rechts angezeigt (war damals mein extra Wunsch). Ginge das mit dem o.g Code auch und was muss dazu geändert werden?

Das Thema ist jetzt aus dem ursprünglichen Zusammenhang rausgerissen, aber wenn ich das Anliegen recht verstehe, könntest du für den Zweck auch mal den Code hier ausprobieren.

Könnte etwas flexibler sein.

Zitat von cityhai

Die Lösung in meinem Fall, nach dem Update des Scriptes vom 16.10.2024, war die scrollbox auf false zu setzen.
Oder den alten Eintrag "scrollbox > slot {" so zu belassen.

Deshalb auch meine Frage im ersten Beitrag, ob das jemand bestätigen kann.

Was du evtl. mal probieren könntest, ist statt scrollbox[smoothscroll="true"] > slot {... ein anderes Attribut zu benutzen, zB scrollbox[orient="horizontal"] > slot {..., an der entsprechenden Stelle im Skript.

Damit scheinen alle anderen zu arbeiten, wie Aris und Otherguy, Links zu mehr Infos hier.

Zitat von 2002Andreas

Zitat von Horstmann

war die verschwendete Zeit noch zusätzlich für die Katz.

Soll ich dich jetzt bedauern, oder was soll die Bemerkung?

Ein bisschen vielleicht?

Ich sag ja nur; viele dieser Anpassungen sind wertvolle Info auch in anderen Anwendungen, und gehen komplett unter wenn sie unkommentiert in ein Monsterskript gepflanzt werden.

Ich selber schreib auch immer fleißig mit bei solchen Detailänderungen, falls ich's mal brauchen kann, oder wie der Kollege oben ein angepasstes langes Skript habe, das ich nicht wegen einer modifizierten Zeile komplett neu aufsetzen will.

Zitat von 2002Andreas

Zitat von Horstmann

ohne dass man 100te Zeilen Code vergleichen muss

Die die das so genau wissen wollen, können das mit einem der vielen Programme, oder auch online, ohne Probleme auch mal selber machen, denn auch dadurch lernt man.

Google kannte ich eigentlich schon, also nicht's dazugelernt.

Und für die kurze Zeit, die das smoothscroll Attribut vermutlich nur relevant sein wird, v.a. in dieser obsoleten Schreibweise, war die verschwendete Zeit noch zusätzlich für die Katz.

Zitat von Mira_Belle

Zitat von lionsson

Daher würde ich gerne nur die neuen Zeilen austauschen, die die aktuelle Fehlerkorrektur betreffen.

Zeile 400, aus scrollbox > slot  { wird scrollbox[smoothscroll="true"] > slot {.

Wenn bei Gelegenheit solche kleinen Änderungen von Vornherein kurz beschrieben würden, ohne dass man 100te Zeilen Code vergleichen muss, könnte tatsächlich mal jemand etwas davon lernen...

Zitat von Firefox_94.0.1

Ich habe jetzt noch eine ganz seltsame Beobachtung gemacht: egal, welches Theme ich einstelle: nach einem neuen Öffnen von Firefox ist der schwarze Rahmen wieder da. Das Problem ist daher (leider) doch noch nicht gelöst...

Also, wenn du zB das helle Firefox Theme eingestellt hast, und der Rand ist weg, und dann Fx beendest - das helle Theme ist jetzt immer noch unverändert aktiv - und neu startest, ist der schwarze Rand wieder da?

Zitat von 2002Andreas

Zitat von Horstmann

und ist nur auf transparent gesetzt

Das meine ich ja, er ist nicht sichtbar.

Darum hatte ich ihn ja auch nach seinem Theme gefragt.

Ah, verstehe, dann fragen wir ja nach dem Gleichen.

Wie erwähnt, evtl. spielen OS spezifische Einstellungen noch mit rein, aber es wäre tatsächlich vor allem gut zu wissen, wie das Ganze beim OP mit dem System Theme und/oder den eingebauten Fx Themes aussieht.

Zitat von 2002Andreas

Zitat von Firefox_94.0.1

der Rahmen ist trotzdem da:

Standard gibt es den nicht.

Doch.

Diese Outline gibt es schon seit einiger Zeit, und jetzt immer noch; sie war und ist nur auf transparent gesetzt für die meisten Anwendungsbeispiele, ist aber permanent vorhanden.
Outline, nicht border ; im Code sichtbar, aber nicht in der Layoutdarstellung in den Tools.