Beiträge von milupo

  • Ein Icon ins base64 Format umwandeln

    Zitat von 2002Andreas

    Zumindest hier funktioniert es auch nicht

    Hier mein Code:

    Natürlich in Sorbisch. :) Symbol ist ein gelbes Dreieck mit einem Ausrufezeichen. Das wollte wohl Boersenfeger geändert haben.

  • Ein Icon ins base64 Format umwandeln

    Zitat von Boersenfeger

    Ich hatte jedenfalls ein Script, das einen Button erzeugt hat, der nach Anklicken die Konsole gleich öffnete.

    Das macht doch das Skript aus Beitrag #1. :/ Dafür ist der base64-Code doch drin. Ich habe das übrigens hier auch und in die vertikale Add-on-Bar geschoben, wo es auch funktioniert. Ich habe das fehlerconsole.uc.js. getauft. Ich habe noch ein anderes Skript, das die Browserwerkzeuge öffnet.

  • Ein Icon ins base64 Format umwandeln

    Zitat von Boersenfeger

    Wenn ich den von Haus aus mitgelieferten, Button mit dem identischen Icon aus dem Anpassen-Fenster auf meine Addon-Bar ziehe, dort dann aus dem Menü die Browser-Konsole aufrufe, diese dann wieder schließe und nun auf das Icon, das durch das Script erzeugt wird, klicke, öffnet sich auch dann die Konsole. Also irgendwas passt doch nicht.

    Verstehe ich nicht. Wenn du zwei Symbole mit der gleichen Funktion öffnest, muss auch die gleiche Funktion ausgeführt werden. Das passiert hier offenbar bei dir. Was ist da das Problem. Ein Problem gäbe es, wenn beide Symbole eine identische ID hätten. Das hatte ich letztens mit about:config. Ich habe das als Einzelskript und in diesem Sammelskript. Das im Sammelskript funktionierte da nicht, bis ich die ID änderte.

  • Firefox v136.0a1 - Skript „Tooltip with URL“ funktioniert nicht mehr

    Zitat von lenny2

    Dieses Skript funktioniert nicht mehr in v136.0a1 Nightly. Es könnte mit jsm und mjs zu tun haben.

    Ich denke auch.

    Ersetze mal Zeile 61 durch diese:

    JavaScript
    `(${this[meth]})(ChromeUtils.importESModule("resource://gre/modules/TooltipTextProvider.sys.mjs").TooltipTextProvider.prototype)`

    Und Zeile 82 durch diese:

    JavaScript
     var ldu = ChromeUtils.importESModule("resource:///modules/UrlbarInput.sys.mjs", {}).losslessDecodeURI;

  • addonbar.us.js funktioniert nicht mehr

    Zitat von BrokenHeart

    Diese Buttons öffnen beim Klicken kein Panel und zwar dann nicht, wenn sie sich außerhalb der id=navigator-toolbox befinden, also alles außerhalb der Standard-Toolbarleisten.

    So ist es wohl. Ich habe hier vier Zusatzleisten, eine oben, zwei verschiedene unten und die vertikale Leiste. Die einzige, die funktioniert, ist die obere Leiste. Dort wird die ID nav-bar eingelesen. In einer unteren Leiste (Statusleiste) wird die ID navigator-toolbox eingelesen. Da funktionieren die Symbole nicht (Download, Bibliothek). Wenn ich jedoch die ID in nav-bar ändere, funktioniert es auch in der unteren Leiste.

    Obere Leiste:

    Untere Leiste:

    Siehe die Zeilen 11 bzw. 38.

    Edit: Wenn ich jedoch in der unteren Leiste navigator-toolbox in nav-bar ändere, funktionieren zwar die Symbole, die Leiste wird aber noch oben geschoben. Hängt sicherlich auch mit parentNode zusammen.

  • addonbar.us.js funktioniert nicht mehr

    Das hat aber ursächlich nichts mit Aris' Skript zu tun. Aris ist da der falsche Ansprechpartner. Und wenn da beim Klick nichts passiert, mag es zwar das Firefox-Symbol sein, aber es sollte dann kein Problem mit der Funktion geben. Ich kann mir im Moment nur ein Download-Skript vorstellen, dass das Firefox-Symbol verwendet und das in der vertikalen Add-on_Leiste ist. Ein Bildschirmfoto von der Leiste wäre nicht schlecht.

  • Ein Icon ins base64 Format umwandeln

    Zitat von Sören Hentzschel

    Allerdings ist das in meinen Augen ein schwaches Argument, wenn der Preis dafür eine erhöhte CPU-Last ist. Das wiegt für mich deutlich schwerer als etwas Bequemlichkeit.

    Was den ersten Satz angeht, bin ich durchaus deiner Meinung. Es ging mir aber nicht um Bequemlichkeit, sondern um es für alle Nutzer zu vereinfachen, dass Skript sofort verwenden zu können und bei der Diskussion über ein Skript eine für alle sofort verfügbar Schaltfläche zu haben. Aber nun ja, war nur so ein Gedanke.

  • Ein Icon ins base64 Format umwandeln

    Zitat von Sören Hentzschel

    Man sollte data:-URIs aber dennoch vermeiden, weil diese eine hohe CPU-Last verursachen und deutlich schlechter für die Performance sind.

    Die Symbole sind aber dadurch unabhängig vom Pfad. Für die Beispielskripte bei Endor auf Github hätten dann alle beim Speichern der Skripte das entsprechende Symbol. Es bleibt dann natürlich noch jedem unbenommen, daraus einen lokalen Pfad zu machen.

  • addonbar.us.js funktioniert nicht mehr

    Zitat von bege

    Das Problem besteht weiter, obwohl es gerade ein Update für das Skript gab.

    Ich weiß nicht, welchen Download-Button du meinst. Die Leiste hat keinen Button, es gibt nur den Button, mit dem man die Leiste ein- bzw. ausblenden kann. Irgendwie ist mir, als hätte ich dir das schon mal geschrieben. Wenn du da einen Download-Button hast, hast du wahrscheinlich ein Download-Skript, das nicht mehr funktioniert und dessen Symbol du in die vertikale Add-on-Leiste geschoben hast.

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

    Zitat von grisu2099

    Ich meinte das eher so, das wir automatisch dazu schreiben würden, wenn das Skript noch "Reparaturbedürftig" ist...

    War nur Spaß von mir.

    Du meinst in einem Thread, der schon etwas länger ist? Denn in der Regel eröffnet ein Nutzer einen Thread und schreibt, dass das Skript nicht mehr funktioniere. Der andere Thread, den Andreas ja nun geschlossen hat, betraf ja eigentlich einen Sonderfall. Die Inline-Eventhandler wurden abgeschafft und das gilt eigentlich erst ab Fx 136. Die Inline-Eventhandler sind aber eigentlich eine Altlast und schon lange nicht mehr notwendig, denn die Methode mit .addEventListener gibt es schon lange und kann deshalb jetzt schon auch auf den finalen Fx 134 angewandt werden. Normalerweise betrifft es dann Nutzer vom finalen Firefox erst acht Wochen später, wenn ein Nightly final wird. In dieser Zeit haben sonst die Helfer die Möglichkeit vorzuarbeiten, um dann gewappnet sein, wenn es für Nutzer der finalen Version ernst wird.

  • Div. Skripte funktionieren im aktuellem Nightly nicht mehr

    Zitat von BrokenHeart

    Muss jetzt auch noch schnell meinen OT-Senf dazugeben. Danach ist aber Schluss mit dem rumgeheule!

    Nur noch das: Man sollte mal auch an die Helfer denken. Die Helfer müssen dann statt über einen Thread über z. B. zehn Threads die Kontrolle behalten, während der Nutzer, der nur eins der Skripte verwendet oder nur mit diesem einen ein Problem hat, sich nur diesen einen Thread ansehen muss.

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

    Ich nutze noch dieses:

    Das ist wohl das gleiche, welches Andreas früher genutzt hat. Die beiden anderen Varianten für – das Hamburger-Menü und das Menü Datei – habe ich als eigene Skripte. Ich hoffe die sorbischen Texte für label: und tooltiptext: erschweren nicht das Verständnis meines Skriptes. :)