Beiträge von Speravir

  • Div. Skripte funktionieren im aktuellem Nightly nicht mehr

    Bitte mal den UserCSSLoader testen: Version vom 22. Januar 2025 – vor allem Nutzer von Linux und MacOS wären interessant.

    Zitat von Sören Hentzschel

    Die oncontextmenu-Zeile müsste auch noch angepasst werden, falls dieser Listener eine Relevanz besitzt.

    Ah, da fällt mir ein, dass ich genau darauf hinweisen wollte: Das hier schon aktualisierte AnimationToggleButton-Skript besitzt ebenso einen solchen Eintrag, der noch nicht angepasst wurde. Ich hab darin stattdessen diese Zeile eingefügt:

    JavaScript
    tb_button.addEventListener('contextmenu', event => event.preventDefault() );

    Da die rechte Maustaste im Skript benötigt wird, hat dieser Eintrag dort einen Sinn.

    Endor und andere – ich habe mal alle (genauer: ohne den UserCSSLoader) von mir veränderten Skripte zusammengepackt und hier hochgeladen: userChrome-Skripte.zip (90 Tage lang verfügbar, d. h. bis 21. April 2025).

  • UserCSSLoader (2025)

    Diese Version funktioniert bei mir (mit Ausnahme des filemanagerParam) :

    Bitte beachten: Ich selbst habe bei mir die Tastenkombinationen für die Menüpunkte deaktiviert, aber oben aktiviert – in einem Fall mit Hinweistext (für die anderen ist er ebenso vorhanden, aber auskommentiert). Ich wäre vor allem daran interessiert, ob diese in Linux und MacOs überhaupt funktionieren. In Bezug auf ein anderes Skript hat mich Sören Hentzschel einmal darauf hingewiesen, dass dort die Meta-Taste anstelle der Strg-Taste zu benutzen war, und den benötigten Code zur Anpassung gepostet. Ich könnte diesen hier genauso verwenden (ich hab oben eine Abwandlung davon für den PathSep genutzt).

    Edit im Skript: Ich hatte vergessen, eine Tastenkombination wieder zu aktivieren. Und ich habe eine Vereinfachung wegen der Kommata bei accesskey: "M" gemacht.

  • Div. Skripte funktionieren im aktuellem Nightly nicht mehr

    Zitat von Endor

    Dieses Script geht hier im Nightly auch nicht mehr richtig:

    Interessant. Ich nutze dafür das Addon Reload button in Location bar.

    Das funktioniert hier:

    Siehe Zeilen 77–95.

  • Div. Skripte funktionieren im aktuellem Nightly nicht mehr

    Endor:

    Ein weiteres Skript, von dem ich bei dir nur die uralte XUL-Version finde, bei Mithrandir/Ardiman aber die erste JS-Version, die inzwischen mehrfach angepasst werden musste. Damit kann man Javascript schnell de-/aktivieren:

    Beachte, dass ich alles, was man konfigurieren könnte, nach vorn gesetzt und Variablen zugewiesen habe. Nach demselben Muster habe ich auch andere Skripte geändert und würde dafür plädieren, das möglichst oft zu tun.

  • Div. Skripte funktionieren im aktuellem Nightly nicht mehr

    Zitat von lenny2

    Die optimale Variante von UndoListInTabmenuToo.uc.js sieht für mich so aus.

    (etc.) Kannst Du das bitte selbst bei GitHub eintragen oder hier auf Englisch noch einmal aufschreiben? Ich würde im letzteren Fall dann darauf verweisen.

    Zitat von lenny2

    - Die Breite der Dropdown-Liste der geschlossenen Tabs muss vergrößert werden, sie ist 3-4cm kleiner als bei der „Undo Cloae Tab 8.0.0“-Erweiterung und das ist unbequem.

    Ich halte es nicht für zu schmal, bei mir werden etwa 60 Zeichen angezeigt (schwankt, weil keine Festbreitenschrift).

    Zitat von Mira_Belle

    Wer sich das Skript anschauen möchte:

    Such darin nach \u00FC und ersetze es durch ü sowie nach \u00F6 und ersetze dies durch ö (gibts jeweils 2x) – im Skript sind jetzt schon Umlaute enthalten., so dass die Kodierung keinen Vorteil bringt.

  • Div. Skripte funktionieren im aktuellem Nightly nicht mehr

    Zitat von Mira_Belle

    Damit ich besser vergleichen kann, wärst Du so nett und verlinkst die Beiträge?
    Jene ohne Übersetzungsschwächen (bzw. ohne Fehler). Bitte, Danke.

    Upps. OK, bei der Menge der Antworten kann man den Überblick verlieren. Und ich glaube, mir geht das selbst so:

    V. 1 scheint mir die bessere zu sein, obwohl Du sie anscheinend zuerst gepostet hast. ( Endor bitte mal abgleichen.)

    Ich hatte weiter oben geschrieben, dass jemand Alice informieren sollte. Der jemand war jetzt ich:

    Error with UndoListInTabmenuToo.uc.js · Issue #91 · alice0775/userChrome.js

  • Div. Skripte funktionieren im aktuellem Nightly nicht mehr

    Endor & Horstmann:

    In meiner vorigen Antwort war mir nicht genau bewusst, womit ihr Probleme habt. Das ist mir erst später klar geworden. Nehmen wir das Beispiel Browsertools-Button, ich beziehe mich auf die am 7. Juni 2023 gepostete Version (als browsertoolbox.uc.js):

    Wir finden dort ab Zeile 22 ein einer Variable zugeordnetes Objekt (gekürzt um die hier nicht relevanten Teile):

    JavaScript
                    var props = {
                    // Kürzung
                    style: 'list-style-image: url("' + ("file:" + currentProfileDirectory + "/chrome/icons/" + buttonicon) + '");',

                    oncommand: '(' + onCommand.toString() + ')()'
                };
                for (var p in props)
                    toolbaritem.setAttribute(p, props[p]);
                return toolbaritem;

    sowie ab Z. 39 die eigentliche Funktion:

    JavaScript
        function onCommand() {
        var document = event.target.ownerDocument;
        if (!document.getElementById('menu_browserToolbox')) {
            let { require } = ChromeUtils.importESModule("resource://devtools/shared/loader/Loader.sys.mjs", {});
            require("devtools/client/framework/devtools-browser");
        };
        document.getElementById('menu_browserToolbox').click();
    };

    Das kann man nun unter Entfernung oder auch unter Erhalt der eigenen Funktion zu einem addEventListener umbauen:

    a) Entfernung, im Prinzip wie in meiner vorherigen Antwort (die Einrückung stimmt jetzt nicht mehr, weil ich alles nur kopiert habe)

    b) die Funktion wird gar nicht angerührt (wobei, wie Horstmann selber schreibt, ein anderer Funktionsname deutlich besser wäre, openBox oder so):

    Ich bin selbst nicht darauf gekommen, aber Mitleser hat das so in seinem DeepL-Skript benutzt, vergleiche Posting vom 12. Januar 2025, dort mit der zusätzlichen Verbesserung, dass der Code nur bei Klick mit der linken Maustaste ausgeführt werden soll (zusätzliches if (event.button == 0) {…} um den Funktionsaufruf, beachtet dazu Sörens Hinweis: drei Gleichheitszeichen wären besser).

    Beachtet auch, dass in beiden Variationen am Ende von Zeile 24 (style: …) ein Komma entfernt werden musste. Und ich habe var in let geändert.

  • Div. Skripte funktionieren im aktuellem Nightly nicht mehr

    Zitat von Sören Hentzschel

    Dann ist das ja logisch.

    Schon in Ordnung.

    Zitat von Mira_Belle

    da beziehst Du Dich aber auf eine Version, die längst überholt ist.

    Wie Sören dir bereits geantwortet hat: Nöö. Ich hatte durchaus bemerkt, dass Du ein geändertes Skript gepostet hast, es aber nicht heruntergeladen. Edit: Jetzt aber doch. Welche der zwei Versionen ist die neuere? Die zuletzt gepostete enthält jedenfalls viele Rechtschreibfehler und Übersetzungsschwächen (wenn man nicht sogar Fehler), die in der zuerst geposteten ausgemerzt wurden.

  • UserCSSLoader (2025)

    Update September 2025: Die jüngste Version ist bei Endor verfügbar unter userChrome.js/Firefox 143/usercssloader/usercssloader.uc.js.


    Originalposting:
    Vorab: Ich beziehe mich auf diese Version von 2023 bei Endor (genauer: Revision 7947b7d), deshalb Ping Endor.

    Zunächst das Einfache: Wenn man sich wie ich den Loader als frei verschiebbare Schaltfläche anzeigen lässt (Einstellung let position = 0;, dann kann man sich per CSS ein Symbol einrichten (ob das auch als festes Menü möglich ist, habe ich nicht ausprobiert):

    CSS
    /* Symbol für den UserCSSLoader, eigentlich ein Menü */
#usercssloader-menu {
    background-image: url("./images/CSS.png") !important;
    background-position: center !important;
    background-repeat: no-repeat !important;
    background-size: 16px !important;
    & > :is(.menu-accel-container,.menu-right) { display: none !important }
    & > .menu-text[value="CSS"] { opacity: 0 !important }
}

    Das bedeutet, dass die Symboldatei CSS.png (siehe in CSS.zip) in einem Unterordner images des Ordners liegt, in dem sich die Stildatei befindet. Das Symbol habe ich von dieser Datei abgeleitet: File:CSS text representation (short).png (Wikimedia Commons). Beachte, dass der ursprüngliche Autor (das bin nicht ich) die Datei unter eine CC-Lizenz gesetzt hat. Ich bin aber der Überzeugung, dass für diese Datei die Schöpfungshöhe viel zu gering ist, was gewöhnlich in Wikimedia Commons mit der Vorlage Template:PD-textlogo markiert wird.

    Ich habe mir zusätzlich die folgende Stilregel in gleich zwei Stildateien geschrieben, die hier im UserCSSLoader eher nicht zeitgleich deaktiviert werden:

    CSS
    /* Check mark (x) für den UserCSSLoader */
#usercssloader-menu menuitem[checked="false"] {
    &::before {
        content: "\274C";
        display: block;
        width: 16px;
        height: 16px;
    }
    & .menu-iconic-text { padding-inline-start: 8px !important }
}

    \274C steht für das Zeichen ❌ (in Unicode als CROSS MARK bezeichnet).


    Nun zum eigentlichen Skriptinhalt:

    Zuerst eine Frage:
    Funktioniert bei Euch der Konfigparameter filemanagerParam? Bei mir nämlich nicht. Ich lasse stattdessen als filemanager eine Verknüpfung aufrufen, in der die Parameter enthalten sind. (In Linux und MacOS würde man wohl ein Shellscript nehmen).

    Zweitens:
    Die Tastenkombinationen sollten überarbeitet werden: Manche sind eher ungewöhnlich, manche sind doppelt (ich selbst habe sie auskommentiert). Ein paar Vorschläge wären gut. Und wieso gibt es nur für einen der Menüeinträge den entsprechenden Hinweistext (acceltext im Skript)?

    Von mir:
    * Alt+C zum Öffnen des Menüs funktioniert nicht, weil damit das Standardmenü für die Historie (Chronik) geöffnet wird.
    * Styles importieren: I statt R.
    * CSS-Datei erstellen: E statt D. Alt+D öffnet das Standard-Dateimenü.
    * Chrome-Ordner öffnen, vielleicht K statt O?

    Drittens:
    Die Skriptsammlung userstyles.org ist schon länger nicht mehr erreichbar, so dass der entsprechende Menüeintrag und die Funktion, die von diesem aufgerufen wird, entfernt werden können. Dasselbe trifft bei mir auf die Testfunktion sowie die beiden Menüeinträge zu, die diese aufrufen. Zusätzlich ist dann der vorherige Menüseparator nicht mehr nötig.

    Viertens:
    Hier nicht behandelt, aber das Skript muss wie viele andere auf Eventhandler umgestellt werden. Ich hab sie noch nicht getestet, aber BrokenHeart hat anscheinend eine dahingehend veränderte, funktionierende Version vorgestellt. (Edit: Upps, stimmt nicht.) In diese sollten die notwendigen Änderungen dann eingearbeitet werden. (Aha, Mira_Belle oder Endor – 15. Januar 2025, 15:29, oder das direkt folgende Posting um 15:58 Uhr).

    Nachtrag:
    Barbaras folgender Beitrag hat mich erinnert, dass ich vergessen habe, das um die entfernten Teile (Punkt 3) gekürzte Skript zu posten. Nicht geändert sind aber die Tastenkombinationen.

    Für die Verknüpfung hab ich mal eine Totalcommander.lnk als Beispiel genommen, die Paramater seht ihr im auskommentierten Teil.

  • Div. Skripte funktionieren im aktuellem Nightly nicht mehr

    Zitat von lenny2

    es gibt noch ein weiteres Problem (es ist in allen Versionen des Skripts vorhanden), wenn die Tabs-List leer ist, bleibt der Tabs-Menüpunkt im Hauptkontextmenü aktiv.

    Das hab ich mir vor gefühlten Ewigkeiten in die userChrome.css eingetragen:

    CSS
    /* Skript "UndoListInTabmenuToo", Tab- und Hauptkontextmenü */
#historyUndoWindowMenu3[disabled="true"],
#historyUndoWindowMenuPopup3[disabled="true"],
#tabContextUndoList[disabled="true"],
#ContextUndoList[disabled="true"]
{ display: none }

    Statt die Einträge auszublenden, könnten sie natürlich auch mit color:grey oder einem ähnlichen Farbton versehen werden. (Was immer der Standard für das Ausgrauen ist.)

    Ansonsten sollte Alice auf die Probleme im Skript hingewiesen werden.

    Zitat von Mira_Belle

    lenny2 sorry, da weiß ich gerade auch nicht weiter!
    Wenn es Dich stört, "klammere" die Funktion einfach aus.

    JavaScript
       /*     if (undoPopup.childNodes[i + 2]) {
          undoPopup.childNodes[i + 2].setAttribute("tooltiptext", tooltiptext);
      }		*/

    Wenn ich es berichtigt bekomme, poste ich hier.

    Übrigens erzeugt genau dieser Teil bei mir in der Konsole einen Fehler. Die Fehler, die Sören sah, erhalte ich nicht (ich hab das Skript direkt von Alice bezogen und die Texte übersetzt bzw. aus der Vorgängerversion übernommen).

  • Script für animierte Grafiken funktioniert ab FF 94 nicht mehr vollständig

    Zitat von Mitleser

    aber auch wieder etwas schlechter lesbar.

    Seh ich nicht so, es ist ja auch außerhalb der Konfiguration, aber belassen wir es dabei.

    Zitat von Mitleser

    Kann man machen aber 'copy and paste' aus einem Dateimanager sollte man dann schon voraussetzen können.

    War nur ein Vorschlag. Auch hier: Belassen wir es dabei.

    Zitat von Mira_Belle

    Wenn ich auch noch meinen Senf dazu geben dürfte.

    Klar, ist ja keine Konversation hinter den Kulissen. :)

    Zitat von Mira_Belle

    Vier Möglichkeiten

    Viele Wege führen nach Rom oder so ähnlich.

  • Script für animierte Grafiken funktioniert ab FF 94 nicht mehr vollständig

    Zitat von Mitleser

    Wie Du vielleicht bemerkt hast, ist mir die 'ConfigArea' in meinen Scripten sehr wichtig.

    Das hatte ich nicht bedacht. Aber Du hast damit Recht.

    Es geht jedoch so etwas:

    JavaScript
    const iconPath = '/chrome/icons/'; // Pfad zum Ordner der das Icon beinhaltet
// …
const icoDir = PathUtils.toFileURI(PathUtils.join(PathUtils.profileDir)) + iconPath;

    Und dann überall curProfDir + iconPath durch icoDir ersetzen (der Name ist natürlich nur ein Beispiel, er muss sich ja von iconPath unterscheiden).

    Zum Thema Leute haben keine Ahnung: Der beginnende und der abschließende Schrägstrich im Pfad sind wichtig für die Funktionalität, so dass man darauf hinweisen könnte, sie nicht zu entfernen.

  • Div. Skripte funktionieren im aktuellem Nightly nicht mehr

    Zitat von Endor

    Andere Frage:
    In einem Script habe ich dies:

    Code
    oncommand: '(' + onCommand.toString() + ')()'

    Habe es nach so geändert:

    Code
    toolbaritem.addEventListener('click', event => {
					if (event.button == 0) { 
                            (' + onCommand.toString() + ')();
                                 }

    Funktioniert aber nicht.

    Das kommt so ähnlich zum Beispiel im von mir ganz zu Anfang erwähnten AnimationToggleButton-Skript vor, von dir zuletzt hier aktualisiert (soweit mir bekannt).

    Ich hab da bis eben länger dran gesessen. Die Lösung besteht darin, die Funktion onCommand aufzulösen und deren Code in die vom Eventhandler aufgerufene anonyme Funktion einzufügen. In AnimationToggleButton heißt die Funktion onClick, aber das spielt hier keine Rolle.

    alt:

    JavaScript
    function onClick() {
// Funktionscode, aktuelle Version Zeilen 36-82
};

tb_button.setAttribute('onclick', '(' + onClick.toString() + ')();');

    neu:

    JavaScript
    tb_button.addEventListener('click', () => {
// Funktionscode
});

  • Script für animierte Grafiken funktioniert ab FF 94 nicht mehr vollständig

    Danke, Mitleser. Meine angekündigten Anmerkungen zu Deinem Skript:

    In Bezug auf die Konstante curProfDir in Zeile 30: Wenn Du diese wie hier ausschließlich zusammen mit dem Pfad für das Symbol nutzt, dann kannst Du alles auch zusammenfassen. Also statt

    JavaScript
    const iconPath = '/chrome/icons/';

    sowie

    JavaScript
    const curProfDir = PathUtils.toFileURI(PathUtils.join(PathUtils.profileDir));

    und später im Skript (mehrfach) curProfDir + iconPath könntest Du etwa das nutzen:

    JavaScript
    const iconPath = PathUtils.toFileURI(PathUtils.join(PathUtils.profileDir, 'chrome', 'icons'));

    und dann im Skript nur iconPath verwenden. Wenn sich der Dateiname nicht ändern würde, könnte man sogar diesen in die Konstante übernehmen.

    Außerdem: Statt if…else…if…else…if…else (ab Zeile 49) könntest du switch nehmen, Das müsste dann, denke ich, etwa so aussehen (mit iconPath inklusive Profilpfad):

  • 2024-Update: Aktualisierung auf WoltLab Suite 6.1

    Sören, ich halte das, was ursprünglich in diesem Posting von mir zu beobachten war, für einen Fehler der Software:

    Ich schrieb ein Javascript-Schnipsel, das mit einem Semikolon endete, markiert als Code in Klammern. Die Software machte daraus den Zwinkersmilie, hätte das aber meiner Ansicht nach nicht tun dürfen, weil das Code-Ende-Markup eigentlich zwischen Semikolon und schlie'ender Klammer liegen sollte.

    Hier noch einmal: (var urlbar;)

    Edit: Aber wieso geschieht es jetzt, wo ich es hier demonstrieren wollte, gerade nicht?

  • Div. Skripte funktionieren im aktuellem Nightly nicht mehr

    Zitat von Mitleser

    habe ich angefangen einige Button-Scripte umzuschreiben, darunter auch einige Scripte die Userprefs betreffen
    (setIntPref/setBoolPref oder setCharPref). Bei mir befinden sich diese Buttons in einer zusätzlichen Seitenleiste am rechten Rand. Hier mein Script um den 'image.animation_mode' zu schalten.

    Danke, sehr interessant. Kannst du das bitte im oben verlinkten Thread nochmal posten? Ich hätte einige kleinere Anmerkungen dazu, die thematisch nicht hierher gehören.

    Zitat von Sören Hentzschel

    Das heißt es grundsätzlich.

    (etc.) Danke. Und weil Eventlistener schon lange funktionieren, könnte man also alles auch jetzt schon umbauen, oder?

    Zitat von Endor

    Unser japanischer Hauptlieferant für Scripte, schon zu loshombre Zeiten,
    Alice, hat einen ganzen Haufen Scripte für Firefox 135 aktualisiert.

    Ich weiß. :)

    BTW, ich hatte noch Ping Zitronella vergessen, denn das Beispiel AnimationToggleButton ist ja von ihr (bzw. sie hat den Thread gestartet und ich es so bemerkt), ebenso das Skript für die Media-Codec-Umstellung.

  • Div. Skripte funktionieren im aktuellem Nightly nicht mehr

    Endor: Das betrifft viele Skripte, die bei dir gehostet werden.


    Sören Hentzschel: Aus (stark verkürzt) onCommand wird addEventListener('command', … ). Heißt das, wenn onClick genutzt wird, dass der Eventlistener click lauten muss? Oder ist das egal? Beispiel: AnimationToggleButton: Script für animierte Grafiken funktioniert ab FF 94 nicht mehr vollständig (letzte Änderung von Endor in einem anderen Thread dort von mir im derzeit jüngsten Beitrag verlinkt).