Beiträge von Horstmann

Zitat von lenny2

funktioniert er nicht mehr, ebenso wenig wie andere Stile aus diesem Thema. Bitte stellen Sie die Funktionsfähigkeit wieder her.

CSS

/* userContent.css */
/* https://www.camp-firefox.de/forum/thema/137330/?postID=1241028#post1241028 */
@-moz-document domain(translate.google.com) {
[data-language-code] {
    display: none !important;
 }
/* List of required translation languages */
[data-language-code="auto"],
[data-language-code="de"],
[data-language-code="en"] {
    display: block !important;
 }
.qSb8Pe {
    min-height: 45px !important;
    max-width: 70px !important;
 }
/* Color for round button and chevron on hover */
[aria-label="More source languages"]:hover,
[aria-label="More target languages"]:hover {
    background: red !important;
    color: white !important;
    border-radius: 90px;
 }
}

Alles anzeigen

Erstmal würde ich versuchen, das hier zu löschen bzw. weg zu kommentieren:

.qSb8Pe {
    min-height: 45px !important;
    max-width: 70px !important;
 }

Unabhängig davon, border-radius: 90px; könnte besser mit border-radius: 50%; klappen.

Zitat von Mira_Belle

Wozu ist das Menü "userChrome.js Scripte" mit der id="userChromejs_script_options_Menu" da?
Bei mir ist es leer, es wird absolut nichts angezeigt!

Fehlen dir evtl. ein paar Dateien in deiner Installation, oder werden die nicht geladen, zB die gelistet nach var userChromejsScriptOptionsMenu = {... ?

Zeigt die Konsole Fehler in der Richtung?
Endor weiss bestimmt mehr dazu.

Zitat von Mira_Belle

Nun funktioniert wirklich alles, so wie ich mir das vorgestellt habe.

Prima!
Weiss nicht ob das hilft, aber einer meiner Favoriten ist classlist.add.

Immer ein Vergnügen!

Endor hat evtl. eine Lösung schon gefunden, #userChromejs_options könnte die ID sein, die menuitems haben teilweise nochmal eigene IDs wie es scheint. Ansonsten kann man IDs auch zuweisen, wie es der Code ja schon macht an vielen Stellen; :nth-child ist mEn nicht ganz optimal.

Benutzt du eigentlich die Browserwerkzeuge?

Zitat von Mira_Belle

Hat sich mit dem Code von 2002Andreas aus #36 erledigt,
wenn er auf das Loadermenü eingegrenzt werden könnte.

Ist ja ein freies Land, und du kannst jeden Code benutzen den du willst.
Ich hab aber das letzte Mal danach gefragt dass jemand einen Code postet, oder Screenshots, oder die Browserwerkzeuge benutzt, oder in dem eigenen Code nach sowas wie ID schaut.

Zitat von Mira_Belle

Man kann in dem Menü Scripte aktivieren bzw. deaktivieren, so weit, so gut.
Nun mein Problem, wenn ein Skript aktiviert ist, ist ein Häkchen davor,
ist es deaktiviert, nicht, aber der Eintrag springt dann ein Stück nach rechts!
Blöd, sieht einfach nicht gut aus.
Schöner wäre es, wenn anstatt des Häkchens einfach ein anderes Symbol angezeigt werden würde.
Nur ich bekomme das einfach nicht gebacken.

Dieses Verhalten ist auch bei anderen Menüeinträgen, wo aktiviert/deaktiviert werden kann, zu beobachten.

Also auch bei Menüeinträgen, die nichts mit diesem Script zu tun haben?
Dann müsstest du vermutlich das betreffende CSS für Menüs unter die Lupe nehmen, dazu gibt's ja schon eine Menge an Diskussionen.

Oder poste mal dein komplettes Script, hier seh ich das nicht.

Zitat von lenny2

Wunderbar!

Prima!

Ich glaube das Gleiche gilt übrigens auch für .urlbarView-row-inner vs .urlbarView-row , die Hintergrundfarbe liegt eigentlich auf Letzterem, seit Fx 111 oder so, aber ich kann mich da täuschen.

Zitat von lenny2

Ich möchte auch die Hervorhebungsfarbe ändern, wenn ich eine Zeile mit den Pfeiltasten auswähle; sie ist standardmäßig noch grau.

Wenn ich das recht verstehe, liegt die Hintergrundfarbe auf .contentSearchSuggestionRow (?)

Evtl. sowas; ungetestet, color nur falls du das ändern willst:

.contentSearchSuggestionRow:hover {
    background-color: orange !important;
    /*color: white !important;*/
}

.contentSearchSuggestionRow.selected:not(:hover) {
    background-color: blue !important;
    /*color: white !important;*/
}

In deinem 2ten Script macht add_downloads_button_listener nix, aber davon abgesehen funktionieren beide hier mit dem "normalen" Forenloader .

Es ist nicht sehr wahrscheinlich, dass jemand den Scriptloader zum Testen für dich umbaut, daher würde ich nochmal vorschlagen, zumindest an der Quelle nachzuforschen, auch wenn du für Englisch einen Übersetzer brauchst.

Es ist sehr schade so eine Institution zu verlieren, aber natürlich verständlich - wie er so lange durchgehalten hat ist mir ein Rätsel.

Support in dem Fall gibt es wahrscheinlich am ehesten hier.

Zitat von Mira_Belle

Ja, kenne ich. Solche Flüchtigkeitsfehler passieren mir auch oft, gerade wenn es nur mal eben schnell gehen soll.

Tja...

Übrigens, mir kam das dann doch etwas bekannt vor, hier eine alte Thread zum Thema.

Falls deine Pfeile alle gleich sind, reichen auch 2, evtl. sowas, nur grob angetestet:

arrowscrollbox[orient="horizontal"] {
    --custom-arrow-image: url("icons/pfeiltest-links.png");
}

arrowscrollbox {
    --custom-arrow-image: url("icons/pfeiltest-down.png");
}

:is(#scrollbutton-down, #scrollbutton-up) > .toolbarbutton-icon {
    list-style-image: var(--custom-arrow-image) !important;
}

Bezgl. Dateipfaden, bei mir am Mac geht das url("icons/pfeiltest-links.png"), oder das url("./icons/pfeiltest-links.png"), aber nicht das url("../icons/pfeiltest-links.png") ("icons" Ordner im "chrome" Ordner).

Hier auch noch ein aktueller Fx Code dazu.

Test Icons: pfeiltest.zip

Zitat von Mira_Belle

Wenn dieses interne Symbol geladen wird, liegt es wahrscheinlich am falschen Pfad.

Ich Schlaumeier hatte vergessen, die Icons auch für die Tableiste einzutragen, jetzt geht alles prima ....

Zitat von Mira_Belle

So, jetzt aber!

Damit sind bei mir diese Scroll-Buttons in der Tableiste bei Overflow weg, und nur noch in Lesezeichen Popups vorhanden (aktuelles Fx am Mac, Icons installiert und angezeigt in Lesezeichenpopups).

Zitat von FuchsFan

Aber damit klappt es jetzt.

CSS

#scrollbutton-down > image, #scrollbutton-up > image {
	background-color: transparent !important;
}

Da hat Mozilla schon wieder was geändert, ohne mich vorher anzurufen.
Der Code von Andreas in #29 ist vermutlich besser, aber gibt sich uU nicht viel.

Zitat von FuchsFan

das musste ich von deinem gestrigen Code in der userChromeShadow.css bestehen lassen.

Code

#tabbrowser-arrowscrollbox, #pinned-tabs-container {
  &::part(scrollbutton-up), &::part(scrollbutton-down) {
....

Den heutigen Code hatte ich schon angepasst, funktionierte auch, musste dafür aber das Shadow-Script an die erste Startposition setzen.

Sauber gemacht!

Du könntest auch noch versuchen, statt das Shadow-Script zu benutzen die Selektoren #tabbrowser-arrowscrollbox, #pinned-tabs-container mit in das normale CSS zu packen:

#navigator-toolbox {
    --ug-scroller_bgcolor: lightgrey;
    ... etc...
    
==>     

#navigator-toolbox, #tabbrowser-arrowscrollbox, #pinned-tabs-container {
    --ug-scroller_bgcolor: lightgrey;
    ... etc...

Ist in dem Beispiel nicht sehr elegant, und #navigator-toolbox kannste dir vermutlich sparen, aber meine Fx Version ist minimal zu alt zum sauber testen...

Das Prinzip ist, wie von Mitleser beschrieben, dass man halt einen Satz Variablen für jeden gewünschten Bereich erstellt, mit der gleichen Bezeichnung, aber verschiedenen Werten, und die dann universell an das zu verändernde Element packt, welches dann je nach Bereich die entsprechenden Werte benutzt.

Dann würde ich noch ein Auge auf diese Scrollbuttons in anderen Bereichen halten - viele gibt's nicht, aber kann immer sein dass man was übersieht mit diesem Variablen Ansatz.
Wir hatten dazu mal eine gute Diskussion auch mit Sören, find ich aber leider grade nicht.

Zitat von juras

Sören Hentzschel

Das beobachte Verhalten ist wirklich nicht nice.

In dieser Version prüfe ich ob die Maus das Fenster verläßt oder von außen ins Fenster kommt.
"Fliegt" die Maus ins Fenster (<50ms im Triggerbereich) öffnet die Sidebar nicht.
Wird die Maus aus dem Fenster bewegt öffnet die Sidebar auch nicht. Ist die Sidebar bereits offen so schließt sie sich.

Mein Eindruck wäre, dass dein Script viele native Fx Funktionen erst ausschaltet, und dann neu erfindet.
Das ist meiner beschränkten Erfahrung nach eine typische Eigenheit von AI, va wenn man Problemlösungen basierend auf einem existierenden Code sucht - Pflaster über Pflaster über Pflaster.

Ich glaube auch nicht dass AI den Fx Code an sich analysiert (oder analysieren darf), sondern va online Beiträge zum Code zusammenbastelt. Daher verwende ich wenn überhaupt AI als Richtgebung, und lösche dann soviel wie möglich wieder raus, auch unter Verwendung von searchfox, MDN und anderen Quellen.

Ich will das Thema nicht an mich reissen, aber in meinem groben Code scheint ein kleiner transition-delay beim Öffnen das aus dem Fenster Hover Problem zu lösen, solange man die Maus nicht seeeehr langsam über die Aktivierungsfläche bewegt.
In deiner letzten Version dauert es auch sehr lange bis das Ding überhaupt mal ausklappt.

Zitat von Mitleser

Zitat von FuchsFan

Das sind für mich "Böhmische Wälder".

Ich meinte diese Möglichkeit (gehört in die userChrome.css):

In dem Sinne auch sowas; das Problem ist, dass initial nicht greift (den nativen Wert benutzt), wenn eine Variable nicht ausdrücklich gesetzt ist, zB wenn man --ug-scroller_hoverbgcolor: orange; ganz oben löscht.
Evtl. sollte man über die internen Fx Variablen gehen?

#navigator-toolbox {
    --ug-scroller_bgcolor: green;
    --ug-scroller_border: 2px solid red;  
    --ug-scroller_hoverbgcolor: orange;
    --ug-scroller_border_hover: 2px solid purple
}

/*menupopup,*/
toolbarbutton.bookmark-item {
    --ug-scroller_bgcolor: lightgrey;
    --ug-scroller_border: 1px solid grey;  
    --ug-scroller_hoverbgcolor: yellow;
    --ug-scroller_border_hover: 1px solid red;         
}

:is(#scrollbutton-down, #scrollbutton-up) {
    background-color: var(--ug-scroller_bgcolor, initial) !important;    
    border: var(--ug-scroller_border, initial) !important; 
}

:is(#scrollbutton-down, #scrollbutton-up):is(:hover, :active) {
    background-color: var(--ug-scroller_hoverbgcolor, initial) !important;    
    border: var(--ug-scroller_border_hover, initial) !important; 
} 

Hat es übrigens jemand geschafft, ::part(scrollbutton-up) etc. für die Lesezeichen Popups mit der userChromeShadow.css zu manipulieren?

Fuchsfan hat so viele spezifische Regeln, der Umweg über Variablen wird da schnell mühsam.

Zitat von Mira_Belle

Horstmann Nur über die userChromeShadow.css!

Das ist nicht der Tenor hier, weder die Frage noch die akzeptierten Lösungen haben diesen Umweg erwähnt.
Mitleser hat es zumindest teilweise erklärt.