Beiträge von Mira_Belle

Hier mal das ganze Skript.

(function() {

    if (location != "chrome://browser/content/browser.xhtml") return;
    try {
        CustomizableUI.createWidget({
            id: 'Open-Chrome-Folder-ToolBarButton',
            type: 'custom',
            onBuild: function(aDocument) {
                let toolbaritem = aDocument.createXULElement('toolbarbutton');
                let props = {
                    id: 'Open-Chrome-Folder-ToolBarButton',
                    class: 'toolbarbutton-1 chromeclass-toolbar-additional',
                    label: 'Chrome-Ordner',
                    tooltiptext: 'Chrome-Ordner öffnen',
        //            oncommand: 'Services.dirsvc.get("UChrm", Ci.nsIFile).launch();'

                };
                for (var p in props)  {
                    toolbaritem.setAttribute(p, props[p]);
                }
        /* Neu */
                 toolbaritem.addEventListener('command', () => {      
                     Services.dirsvc.get('UChrm', Ci.nsIFile).launch();
                 });
        /* Bis hier */

                return toolbaritem; 
            }
        });

    } catch(e){}

})();  

Das meinst Du doch so?

Zitat von Sören Hentzschel

Ich weiß nicht, was du mit „ähnlich dem CSS ausschaut“ meinst. Aber grundsätzlich ist es genau das Gleiche, ob du den Funktionsnamen angibst und die Funktion an anderer Stelle definierst oder ob du die Funktion direkt an die Stelle schreibst:

Du nanntest es, glaube ich, "String".

Zitat von Sören

Man setzt dann eben nicht mehr das onclick-Attribut und dann den Code als String, sondern verwendet die addEventListener-Methode und schreibt den Code direkt

Aber ist ja nicht wirklich soo wichtig, finde ich.
Wichtig ist, dass ich Dich scheinbar richtig verstanden habe! Nicht alles, was mit "on" anfängt, muss geändert werden.

Ich blicke nur gerade nicht, welche Codezeilen Du da ausgelassen hast.

Was mache ich denn mit den anderen Attributen?
Wie bekomme ich diese denn hier noch unter?

let toolbaritem = aDocument.createXULElement('toolbarbutton');
/* … */
toolbaritem.addEventListener('command', () => {
  Services.dirsvc.get('UChrm', Ci.nsIFile).launch();
});

AHHHH! Habe mir gerade Dein geändertes Skript angeschaut.

Ich belasse es dabei!

let props = {
    id: 'Open-Chrome-Folder-ToolBarButton',
    class: 'toolbarbutton-1 chromeclass-toolbar-additional',
    label: 'Chrome-Ordner',
    tooltiptext: 'Chrome-Ordner öffnen',
    };
    for (let p in props)
        toolbaritem.setAttribute(p, props[p]);
        
        toolbaritem.addEventListener('command', () => {
  Services.dirsvc.get('UChrm', Ci.nsIFile).launch();
});
        
    return toolbaritem;

Meine Frage hat sich erledigt, glaube ich.

Habe mir Sörens Beitrag noch einmal ganz genau durchgelesen

und glaube, es geht darum, dass nach dem onclick der Code ähnlich dem CSS ausschaut.
Wenn danach aber eine Funktion "function(aDocument)" kommt oder ein "Name" einer Funktion,
dann trifft das von milupo angesprochene nicht zu.

Ich hoffe, es wird verstanden, was ich da schreibe, und dass ich richtig liege.

Betrifft das von milupo hier angesprochene Thema!

Beitrag

RE: FF131: Schon wieder funktionieren 2 js-Scripte nicht mehr

Ich hoffe, ich habe nicht wieder ein Dejavu-Erlebnis gehabt, aber irgendwann hat Sören das schon mal hier im Forum erwähnt. Ansonsten habe ich nur das hier:

https://groups.google.com/a/mozilla.org/…v/c/u5WaRJMeYzE

Wie dort zu entnehmen ist, betrifft das wohl nicht nur onclick, sondern alle Inline-Eventhandler dieses Typs, also z. B. auch oncommand. Aber genau weiß ich das nicht.

milupo

2. Oktober 2024 um 11:00

Sören hat dann ja das besprochene Skript korrigiert und es funktioniert wunderbar.
Danke noch einmal dafür.

Nun habe ich so einige Skripte in denen oncommand: oncommand gefolgt von einer Funktion

function onCommand(event) { und frage mich, ob diese auch betroffen sind.

Hier mal ein Skript:

(function() {
    if (location.href !== 'chrome://browser/content/browser.xhtml') return;
    try {
        CustomizableUI.createWidget({
            id: 'browser-toolbox-button',
            defaultArea: CustomizableUI.AREA_NAVBAR,
            label: 'Browser-Werkzeuge',
            tooltiptext: 'Browser-Werkzeuge',
            onCommand: onCommand,
        });
    } catch(e) {
        return;
    }

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

Und dann wäre da onBuild: function(aDocument) {.
Wie sieht es bei einem solchen Eventhandler aus?
Wäre es nicht auch da besser, den Code zu ändern?

(function() {

    if (location != "chrome://browser/content/browser.xhtml") return;
    try {
        CustomizableUI.createWidget({
            id: 'Open-Chrome-Folder-ToolBarButton',
            type: 'custom',
            onBuild: function(aDocument) {
                let toolbaritem = aDocument.createXULElement('toolbarbutton');
                let props = {
                    id: 'Open-Chrome-Folder-ToolBarButton',
                    class: 'toolbarbutton-1 chromeclass-toolbar-additional',
                    label: 'Chrome-Ordner',
                    tooltiptext: 'Chrome-Ordner öffnen',
                    oncommand: 'Services.dirsvc.get("UChrm", Ci.nsIFile).launch();'

                };
                for (let p in props)
                    toolbaritem.setAttribute(p, props[p]);
                return toolbaritem;
            }
        });

    } catch(e){}

})();    

Sören Hentzschel Gute Besserung.

Super.

Danke Sören Hentzschel
Aber könntest Du bitte die Versionsnummer eins hochzählen.
Denke, das macht es einfacher die verschiedenen Varianten auseinander zu halten.

Deine Verbesserung habe ich im Übrigen in meinem Skript eingepflegt, funktioniert bestens.

Herzlichen Glückwunsch @Horstmann 
Ich wünsche Dir Glück und ganz wichtig, viel Gesundheit.

Mh, keine Ahnung, wie ich darauf kam!

.tab-preview-text-container {
  padding: 0 !important;
}

Reicht und ist so richtig!

Danke 2002Andreas
Da ich ja jetzt wusste, wo ich zu suchen habe, konnte ich auch die Schriftgröße anpassen,
sowie Schriftposition und die Größe des Pop-ups.

.tab-preview-activeness,
.tab-preview-pid,
.tab-preview-uri {
  display: none !important;
}
#tab-preview-panel {
  --panel-width: auto !important;
  max-width: 200px !important;
  border: 2px solid !important;
  border-color: red !important;
  border-radius: 8px !important;
  height: 33px !important;
}
.tab-preview-title {
  font-size: 14px !important;
}
.tab-preview-text-container {
  padding: 0 !important;
  padding-top: -25px !important;
}

Danke noch mal.

Klappt wunderbar! Danke.
Verrätst Du mir noch, wie Du an die Selektoren gekommen bist?

Danke 2002Andreas Aber dann wird nur die Grafik in den großen Pop-up nicht mehr angezeigt!
Das Pop-up, was dann noch angezeigt wird, ist mir aber dennoch zu Groß!
Wenn ich browser.tabs.hoverPreview.enabled auf false setze, wird aus dem Pop-up ein kleiner Einzeiler!
Soll ich Bilder?

Sören Hentzschel Danke für die Info. Aber wird es dann eine andere Möglichkeit geben, dieses riesige Pop-up zu deaktivieren?
Das kleine stört ja weniger, aber das Große finde ich jetzt nicht so dolle.

PS: Per Browserwerkzeuge komme ich da nicht ran, aber ich habe gesehen, dass sich da ein "Wert" ändert.
Es hängt sich dann hinter das image="......" ein "open="true" an.

Nicht ganz das, was Du suchst, aber ich hätte da zwei Skripts, welche markierte Texte in einem neuen Fenster übersetzen!
Entweder DeepL oder Google.
Mh, soll nicht in einem Pop-up sein, .....
Da habe ich jetzt leider nichts, aber der Firefox kann doch auch übersetzen.

Versuch mal:

#alltabs-button {
  display: none !important;
  }

Zitat von grisu2099

Zitat von Mira_Belle

z.B. weil der Provider protokolliert, zensiert oder Seiten, im Voraus eilenden Gehorsam, einfach sperrt.

Hast du eigentlich Beweise für diese Behauptungen???

Ich persönlich? Wie soll das gehen?

Aber Gegenfrage, Du kannst Google befragen?
Gibt doch einfach "Liste der Gesperrte Internetseiten der DNS-Server" in Google ein!
netzpolitik, Tarnkappe oder auch CCC geben Dir Antworten!
Warum muss man denn hier immer alles "Vorkauen"? Und nein, ich verlinke nicht, weil da auch "gesperrte" Seiten in Listen auftauchen können, für die Sören abgemahnt werden könnte!

Aber für Dich: https://netzpolitik.org/2024/cuii-list…der-freiwillig/

Bitte aber genau lesen! Es sind Seiten dabei, die gesperrt werden, ohne richterlichen Beschluss

Das nennt man dann Zensur.

Zitat von Webmark

... , zumal er auch keinen Grund für die Umstellung angegeben hat.

Stimmt. Da war was. Sorry.

Webmark Du hattest gefragt, ich habe Dir einen Tipp zur "Selbsthilfe" gegeben.
Aber wenn das Thema für Dich so uninteressant ist, weil ja bei Dir alles funktioniert,
warum hast Du Dich dann zu Wort gemeldet und eine Frage gestellt?
Muss ich nicht verstehen und es interessiert mich auch nicht wirklich!
Andere User habe so ihre Gründe, z.B. weil der Provider protokolliert, zensiert oder Seiten, im Voraus eilenden Gehorsam, einfach sperrt. Oder auch, weil ein anderer DNS-Sever die gewünschten Adressen einfach schneller ausliefert,
oder auch, weil vorab Werbung ausgeblendet werden soll.
Und ein Familienadmin könnte auch ein Interesse haben, dass Porn- und/oder andere schmuddeligen Seiten erst gar
nicht angesurft werden können,
Ergo, Gründe gibt es viele, warum man einen anderen DNS-Server verwenden möchte,
als den "vorgegebenen" des Providers.

Zitat von Webmark

Ich habe bisher nie Probleme hinsichtlich der Geschwindigkeit bei den Standard DNS-Server feststellen können und es wurde auch nichts blockiert. Zudem sollte man auch bedenken, dass z. B. Google die Nutzung protokolliert und analysiert.

Äh, außer Google gibt es da noch Alternativen!
Die weder protokollieren noch zensieren!
Und auch wenn DU bisher nichts bemerkt hast, ja die DNS-Server z.B. Telekom zensieren und sperren!

Links werde ich hier jetzt nicht posten, aber gebe doch mal "Liste der Gesperrte Internetseiten der DNS-Server" in Google ein und schaue Dir die gefundenen Links mal genauer an!

Ich danke Dir für den schnellen Test.

Habe den Fehler schon gefunden, werde aber morgen mal etwas ausführlicher testen.

Dieses Skript sollte nur mit "meinem" zurechtgestutzten Appmenu.uc.js genutzt werden!

Der Sinn sollte ja sein, die Menüleiste überflüssig zu machen, damit es mehr Platz gibt.
Und ja, per Javascript und des darin enthaltenen CSS werden die Menüs verschoben, bzw. ausgeblendet!

Somit wäre die Menüleiste leer! Entweder dann ausblenden, oder mit eigenen Buttons zu kleistern.
So der Plan.

Im Übrigen können der Appmenu.uc.js auch wieder all die vermissten Funktionen hinzugefügt werden.
Aber mir reicht es, die Verzeichnisse und einige wenige Funktionen relativ schnell direkt aus dem Menü aufrufen zu können.
Eventuell hattest Du ja auch mal einen Screenshot meiner FF gesehen?
Da sind so einige Buttons in der Menüleiste, sowie auch in der Navigationsleiste (Nav-bar).
Das wollte ich etwas ausdünnen, auch weil viele Funktionen doppelt und dreifach aufzurufen sind.
Einiges ist über das "neu" Menü unter "Firefox Funktionen" sowie über "Extras/Weitere Werkzeuge,
wie auch übers Hamburgermenü erreichbar. Und dann habe ich da eben noch die Buttons!
Bissel viel, oder?