Beiträge von Horstmann

  • Nur die Anzeige der Ordner/Lesezeichenanzahl in einer anderen Farbe darstellen

    Zitat von Endor

    Klammer weg und nun geht es auch.
    Darf ich das bei mir auf Github hoch laden?

    Darfst du?8|
    Wenn du etwas für gut genug hältst, lad hoch! :)

    Bei der Gelegenheit, und weil es nicht für selbstverständlich gehalten werden sollte: herzlichen Dank für deine unermüdlichen Bemühungen; was du in deiner Repo zusammen gestellt hast und unterhältst, ist nicht nur für mich seit Jahren eine unbezahlbare Quelle! :thumbup::)

  • Nur die Anzeige der Ordner/Lesezeichenanzahl in einer anderen Farbe darstellen

    Zitat von Endor

    Nur eine Frage
    wo im Script kann ich die Farbe des Textes der Ordneranzahl ändern.

    Habe es hier probiert, Absatz D ab Zeile 109, da wirkt es nur für die Lesezeichen.

    Code
           /* D */
       /* Farben Text / svg! Icons aendern , anpassen nach Belieben */
       /* Info: HSL Farben: https://www.w3schools.com/css/css_colors_hsl.asp */
       /* Ordner Icon, Zahl / Links Icon, Zahl / Trennlinie */
       #bmContent.bm_my_colors {
          --folder_fill:  hsl(0, 100%, 50%, 1));
          --folder_color: hsl(0, 100%, 50%, 1));
          --link_fill:    hsl(0, 100%, 50%, 1);
          --link_color:   hsl(0, 100%, 50%, 1);
          --trenn_color:  hsl(250, 60%, 30%, 1);

    Bei --folder_fill und --folder_color hast du zwei )) Klammern am Ende des HSL Codes, sollte nur eine sein jeweils. :)

    Oder schreib einfach red statt hsl(0, 100%, 50%, 1), HSL ist nicht nötig, mag ich selber nur lieber.

  • userChrome.js Scripte für den Fuchs (Diskussion)

    Zitat von BrokenHeart

    Konkret kann man das natürlich nicht bei jedem Skript sagen, aber wenn du verhinderst, dass das Skript zweimal aufgerufen wird, dann sollten sich solche Fehler in aller Regel vermeiden lassen. Daher bei jedem Skript z.B. diesen Code am Anfang einfügen:

    JavaScript
    if (!window.gBrowser){
	return;
}

    Habe ich eigentlich überall in der Art in Scripts.

    Verstehe immer noch nicht, warum ein Button im Anpassen Fenster fast immer eine Fehlermeldung aufwirft.
    Das hier ist auf Mac, und zugegebenermassen 115esr, war aber schon ewig das gleiche Problem.

    Die utilities.js ist Teil der Scriptvorbereitung Dateien.

    Hier ein Beispielscript, und die relevanten Errors in der Konsole:

  • userChrome.js Scripte für den Fuchs (Diskussion)

    Zitat von bege
    Zitat von 2002Andreas

    Die Fehlermeldung erscheint hier allerdings auch.

    Die Fehlermeldung document.getElementById(...) is null habe ich bei vielen Skripten, die wie dies hier trotzdem funktionieren. Für mich nur eines von vielen Javascript-Rätseln. 😉

    Diese Fehlermeldung gibt's hier ab und zu bei eigenen Buttons (die sonst funktionieren), die in's Symbolleiste Anpassen Fenster gezogen wurden, also nicht in einer Toolbar sitzen. :/

    Oder halt wenn ein Element/ID sonstwie nicht gefunden werden kann, aber dann funktioniert hier das Script generell nicht.

  • Fix: Toolbar-Buttons reagieren nicht mehr ab FF 134

    Zitat von BrokenHeart
    Zitat von Horstmann

    Nur mal aus Neugierde: wenn jemand dieses Script mal in die aktuelle FX oder Nightly packen möchte, funktionieren dann die strittigen Buttons?

    Ja, die betroffenen Buttons funktionieren auch in der Release und der Nightly, aber auch ohne das Skript aus #1!

    Hier liegt der Hund begraben: document.getElementById('navigator-toolbox').appendChild(toolbox_new);

    Was tb.setAttribute("toolboxid","navigator-toolbox"); bewirken soll, verstehe ich nicht? :/

    Mit der Positionierung und Sichtbarkeit scheint es (zumindest hier) nicht vernünftig zu funktionieren. Die toolbar wird nur innerhalb der 'navigator-toolbox' sichtbar...

    Danke für's Testen. :)

    Edit:
    Was das tb.setAttribute("toolboxid","navigator-toolbox"); angeht - ein Überbleipsel vermutlich, und macht tatsächlich keinen Sinn (und noch ein paar mehr Einträge).

    Bzgl. der Sichtbarkeit - edit: #navigator-toolbox braucht wohl einen höheren z-index für aktuelles Fx in dem Fall, hab's gerade getestet, dann geht's; ob das Ärger macht müsste man weiter testen.
    Die Buttons scheinen zu funktionieren; Erweiterungen habe ich nicht probiert.
    Für den Abstand nach oben hätte ich inzwischen Code der das automatisch ausliest.

    Meine einzige Frage ist eigentlich nur die oben erwähnte - lässt sich die Benutzung von deinem Zusatzscript generell und eventuell für eine gewisse Art von Zusatzleiste vermeiden.
    Was ja nett wäre, weil es halt eine Menge extra Code ist.

    Wie man das dann am besten anwendbar umsetzt, falls möglich, das ist eine andere Frage :/; mein extrem grobes Script hier ist nur zum Testen des Prinzips gedacht.

  • Fix: Toolbar-Buttons reagieren nicht mehr ab FF 134

    Hier grob etwas weiter gedacht, passt halbwegs sogar ohne Platzhalter Element, nur mit CSS.
    Man müsste noch die Höhe/Breite vom Browserinhalt auslesen und im CSS oder sonstwie dynamisch einsetzen können, um die Position der Leiste genau zu bestimmen.

    Aber wie gesagt, die Übung macht nur Sinn, wenn die Systembuttons in so einer Leiste funktionieren; meine aktuelle Fx und Nightly Installation läuft auf einem anderen Rechner mit Dampfantrieb, daher für mich aufwendig zu testen. ;)

  • Fix: Toolbar-Buttons reagieren nicht mehr ab FF 134

    Zitat von BrokenHeart

    Hier das versprochene Skript, welches die vorherige Funktionalität für alle Buttons wiederherstellt, welche ab FF134 nicht mehr auf einen Mausklick reagiert haben, wenn sie außerhalb des Bereichs der navigator-toolbox verschoben wurden.

    Nur mal aus Neugierde: wenn jemand dieses Script mal in die aktuelle FX oder Nightly packen möchte, funktionieren dann die strittigen Buttons?

    Es ist hier ein Sonderfall, weil diese Toolbar mit position: fixed plaziert wird, also schwebt.
    Falls die Buttons hier aber funktionieren, könnte man allerdings darüber nachdenken, eine floating Toolbar dieser Art, plus einem korrespondierenden leeren Platzhalter für die Anpassung des Browserfensters zu basteln.

    Etwas hackig, aber eine potentiell einfachere Angelegenheit als ein Script für alle einzelnen System Buttons - falls diese Buttons mit dem Script unten funktionieren.:/

  • Seitennavigation - Fly Out Menü

    Zitat von lenny2
    Zitat von Horstmann

    //Toggle newtoolbar 7D

    Wie lässt sich die Symbolleiste an den rechten Rand des Fensters verschieben?

    Schau mal in #9, Mitleser hat da was aktuelles.

    Ansonsten hier eine Version, falls die noch klappt im aktuellen Firefox, mit der Leiste rechts.
    Es stehen die Zeilen für die linke Position noch in der CSS, nur auskommentiert.

    Edit: s. Anmerkung aus Script aus #9:
    // ACHTUNG: Einige Systembuttons lassen sich in zusätzliche/eigene Tb's zwar noch verschieben, haben aber KEINE Funktion. Dazu gibt es einen Patch von @BrokenHeart:  https://www.camp-firefox.de/forum/thema/138875-fix-toolbar-buttons-reagieren-nicht-mehr-ab-ff-134/

  • Unterschiedliche Versionen des Skriptes "Mehrzeilige Tableiste"

    Um das Ganze zusammen zu fassen:

    - CSS Code soll irgendwie raus aus JS Scripts, oder CSS Code in JS Scripts soll irgendwie weniger sein, in Relation zum JS Code.

    - Spezifische Fragen dazu, Erklärungen und frühere Vorschläge zum Thema - ohne Kommentar geblieben.

    - Wenigstens zwei Forenmitglieder werden nicht gebraucht und sollen raus hier, laut einem französischen Kleinwagen der 50er mit Überraschungsei Avatar.

    Sonst noch was, das derart nutzlose User für euch irgendwie tun dürfen, während sie zu lange am Rechner hängen, um an einem Code zu basteln, bis ihn jeder Spacken benutzen kann?

  • Nur die Anzeige der Ordner/Lesezeichenanzahl in einer anderen Farbe darstellen

    Hatte hier deutliche Probleme mit der opacity Performance, wo und falls benutzt.
    Daher ein Update, plus noch ein paar kleinere Änderungen.

    Wie zuvor, das Script sollte in dieser Konfiguration ohne Modifikationen, und ohne eigene Icons haben zu müssen funktionieren.
    Optionale Einstellungen gibt es wie gehabt.

    Nachtrag: RC5b mit filter: opacity(x); statt opacity: x; scheint Performance Probleme zu lösen. :/

  • Unterschiedliche Versionen des Skriptes "Mehrzeilige Tableiste"

    Zitat von Mira_Belle

    An wen ist die Frage gestellt?
    Ich find's gut und hätte sogar noch mehr "Einstellungen" per Variablen im Block "//Einstellungen Javascript =>" vorgenommen
    und aus dem CSS rausgenommen.

    Das hier z.B.:

    JavaScript
           /*
       Einstellungen CSS =>
       #A Zaehler (Counter) anpassen (nur falls noetig),
       #B Feinabstimmung allgemein,
       #C Feinabstimmung Zentrierung Trennlinie,
       #D eigene Farben anpassen
       */

    Ich hätte es per Variabel einstellen wollen

    Zitat von Horstmann

    Ist auch sehr simpel.

    Mag sein, und ist gar nicht schwer.

    Die Frage ist an die nicht Code schreibenden Codeverweigerer gestellt. ;)

    #1, das ist das Gleiche in Grün, die Variablen stehen nur - direkt und ohne Aliase - im CSS etwas weiter unten.
    Wie wir ja schon öfters diskutiert hatten, ich mag mein CSS halt im CSS, nicht via JS injiziert.

    #2, das war ironisch gemeint ;) ; wer sich den Aris CSS Code mal angeschaut hat, will evtl. auch mit was Einfachem nicht in die Richtung mit diversen externen CSS Dateien gehen (für öffentliche Releases, selber nutze ich die auch); davon abgesehen würde es eh keiner fressen, wie du ja erwähnt hast.

  • Unterschiedliche Versionen des Skriptes "Mehrzeilige Tableiste"

    Mal ein kleines Beispiel, ich habe da ja selber ein kleines Script am Laufen, das kein Ende nimmt... ;)
    Nur um sicherzustellen dass wir wissen worüber wir hier reden.

    Hier ist das Ausgangsscript, weiss nicht ob das aktuell noch funktioniert, hat aber schlanke 77 Zeilen (und integriertes CSS =O).
    Es macht im Prinzip das Gleiche wie das folgende Script, Icons und Zähler hinzufügen für Lesezeichen Popups, s. Anhang.
    Lässt sich auch anpassen - wenn man's kann.

    Hier hätten wir dann meine aktuellste Version, mit diversen einfach vom User wählbaren Optionen, unter anderem ist hier auch die Benutzung eigener Icons möglich, individuelle Farben für alle Bestandteile, etc..

    Fast 400 Zeilen, die man auf weit unter die Hälfte runterkochen könnte, wenn man alle Optionen fest auf je eine Variante einstellen würde.
    Das CSS ist als räumlich separierter Block enthalten, das komplette CSS könnte aber herausgenommen, und als CSS Datei via userChrome.css importiert werden.
    Die einzige direkte Verbindung zw. JS und CSS im Script ist via der JS Variablen in Zeile 23-25, und den korrespondierenden Aliasen in Zeile 150/151 - ebenfalls leicht in externes CSS einzubinden, sogar einfacher.
    (Ok, evtl. die Klammern, aber lassen wir die mal.)

    Was sind die Kritikpunkte hier, in Bezug auf die bestehende Diskussion?
    (PS: Testcode, kommt aber bald ;))

    Und nur für den Fall, dass wir alle Varianten mit externem CSS einbinden wollen, ohne JS Optionen zu benutzen, das geht.
    Ist auch sehr simpel.

    Zitat von Mira_Belle

    Es bleibt alles, wie es ist.
    Es wird von einigen Skripten dutzende individuell angepasste Versionen geben und wir werden daran nichts,
    aber auch gar nichts ändern.

    Amen, sister. :)

  • Unterschiedliche Versionen des Skriptes "Mehrzeilige Tableiste"

    Zitat von milupo

    Wenn sich aber die JavaScript-Datei um 80 Zeilen vergrößert und nur durch CSS kann das nicht normal sein. Wenn dann vielleicht noch mehr CSS drin steht als JavaScript-Code. Gegen kleine Codes habe ich nichts, z. B. um ein durch das Skript eingefügtes Symbol zu positionieren, z. B. mit background-position oder mit padding- oder margin-Abständen.

    Wenn man Styles braucht, dann braucht man Styles, und irgendwo müssen die herkommen.
    Es gibt bestimmt hier und da mal unnötige Schnörkel, aber die Regel ist das nicht, und als Bastler muss man auch lernen auf dem FX Code aufzubauen.

    Für einen Button - ich vermute davon redest du - hinzubiegen braucht man fast nix; für andere Geschichten kann es - und muss es - oft aufwendiger werden.
    Glaub's mir einfach; Vereinfachung ist mit der grösste Aufwand beim Code Basteln, und keiner will unnötigen Müll in seinem/ihrem Code haben, auch wenn's dir so vorkommt.

    Zitat von milupo

    Ich suche jetzt nicht für dich. Auch wenn es kein Skript gäbe, zu dem es eine CSS-Datei gibt, wäre es immer noch viel sinnvoller, viel CSS-Code in einer gesonderten CSS-Datei unterzubringen.

    Ich suche aber für dich.;)

    Selber habe ich schon öfters für separate CSS Dateien (und Icons) plädiert, und nach Lösungen gesucht, zB hier.
    Diese Diskussionen laufen idR ins Leere.

  • Unterschiedliche Versionen des Skriptes "Mehrzeilige Tableiste"

    Zitat von milupo

    Also bei manchen Helfern hier, habe ich den Eindruck, dass sie zwar ein Basis-Skript haben wollen, andererseits aber Unmengen von CSS-Codes ins Skript einbauen. Da kann dann m. E. nicht mehr von Basis die Rede sein.

    Einen Unterschied muss man aber machen zwischen einem reinen CSS Code Block innerhalb einem JS Script, und der Einbindung von Styles direkt via JS.

    Das erstere könnte man problemlos aus einem JS Script heraustrennen, je mehr vom zweiten Fall existiert, desto komplexer die Verschachtelung, und die Problembehebung bzw. Aktualisierung.

    Das Problem liegt auch nicht unbedingt an den "Helfern", sondern an vielen Usern, die nicht die Basiskenntnisse lernen wollen, und die ausdrücklich für sie maßgeschneiderte Codes erfragen und erwarten - und immer eine All-in-One Lösung.

    Wenn man vor dem Hintergrund einen Code bastelt, fragt man sich irgendwann ob man 20 Code Versionen für 20 Leute schreiben will, oder lieber ein paar Optionen einbaut, die leicht anzupassen, oder wenn nötig leicht erklärbar sind bei individuellen Wünschen.

    Darüber hinaus sollte man auch ein Grundwissen mitbringen - woran es mir selber mangelt - um die Komplexität eines Codes überhaupt beurteilen zu können; mehr Code kann oft auch der Effizienz, der Kompatibilität, und tatsächlich der Vereinfachung dienen.

  • userChrome.js Scripte für den Fuchs (Diskussion)

    Zitat von milupo

    Ich denke mal, an den Zeilen 26-28. Dort steht dreimal padding: padding-left bedeutet ein Innenabstand von links, padding-right, Innenabstand von rechts. Der von rechts ist größer. Da stoßen beide bei herunterladen zusammen. Außerdem gibt es da noch padding als Sammeleigenschaft: Das bedeutet es kommen noch einmal 3px für links bzw. rechts drauf. Dazu 3px für oben und unten.

    Ahem, nicht so ganz, glaub ich.
    padding-left und padding-right überschreiben hier padding für links/rechts, soweit ich weiss.
    In dem Fall sollte das:

    CSS
    			padding: 3px !important;
			padding-left: 5px !important;
			padding-right: 12px !important;

    das ergeben:

    CSS
                padding-top: 3px !important;
            padding-bottom: 3px !important;
			padding-left: 5px !important;
			padding-right: 12px !important;