Beiträge von Horstmann

  • Diskussion über neues Unterforum nur für Skripte

    - Einen privaten Bereich halte ich auch für kontraproduktiv, v.a. auch wegen der von dir erwähnten wichtigen User Kommentare zu Funktion, gewünschten Features und Nutzbarkeit.
    Es sollte sich auch niemand bewerben müssen um in einen Sub beitragen zu können, va potentielle Experten die einsteigen wollen.

    - Endor macht einen fantastischen Job, aber ein repository ist mE nicht Teil dieser Diskussion; dort werden Dateien bereitgestellt, nicht diskutiert. Wegen mir sollten die Einzelthemen zu spezifischen Scripts/CSS auch unbedingt im Anpassungsforum bleiben.

    - Ein Anpassungen/Subforum hätte den einen Vorteil, die Threads zur Wiederverwertung und Standardisierung - exakt der Punkt - vom Anpassungsforum räumlich zu separieren, um solche Threads leichter überblicken zu können, ohne wie gesagt sie anzupinnen oder dass sie vom täglichen Themenflow hin und her geschoben zu werden.

    Falls in der Form realisiert, könnte das schliesslich als knowledge base dienen; die Forensuche kannste einfach knicken dafür.

    Fakt ist, dass für mich ein Grossteil der wichtigsten Infos und Entwicklungen hier im Forum mühsam zusammengesucht werden müssen, indem man jedes einzelne Topic nach möglichen Perlen durchkämmt.

  • Diskussion über neues Unterforum nur für Skripte

    Zitat von bege
    Zitat von Horstmann

    Und nur mal 2 Beispiele:

    Diese schon öfters erwähnte Thread ist gepackt voll mit super Infos zu der addEventListener Geschichte, aber immens aufgebläht durch die Einzelscript Diskussionen.

    Hier haben wir wichtige Infos zu eval etc., die in einem Script spezifischen Thread versteckt sind.

    Das sind für mich 2 typische Beispiele: Die Themen wurden erstellt, weil Skripte nach Firefox-Updates nicht mehr funktionierten. Das ist nach meiner Beobachtung die Regel. Im Verlauf der Diskussion wurden die nötigen Änderungen herausgefunden und in die Skripte integriert. Dass in dem Thema auch für die folgenden Firefox-Versionen grundsätzliche Informationen stehen, weiß man beim Erstellen des Themas noch nicht. Um solche Themen übersichtlich in einem Unterforum darzustellen, müsste also ein Moderator die Themen durchforsten und dann umbenennen und - oft nur zum Teil - verschieben. Und nach diversen Firefox-Updates ist manches schon wieder anders.

    Die weniger aufwändige Möglichkeit, mit der Tendenz des Lebens zum Chaos umzugehen, ist wie bisher mit vertretbarem Zeitaufwand die Forensuche zu nutzen.

    Mit einem bestehenden Unterforum könnte man die allgemeine Diskussion in Einzelthemen vermeiden, indem die relevanten Beiträge nicht dort, sondern bei bestehendem Bedarf als Thread in eben diesem Unterforum diskutiert werden.

    Die Forensuche hilft nicht, wenn man über eine Problematik nichts erfahren hat - weil sie in Einzelthemen versteckt ist - was dann zu vielfach wiederholten gleichen Fragen in weiteren Einzelthemen führt, und unkoordinierten Antworten.
    Die Forensuche leidet zudem darunter, dass nicht ausgeklappte Codes das Suchen sehr erschweren.

    Moderatoren müssen keinen Extraaufwand betreiben wie von dir beschrieben, wenn eine Problematik in ihrem eigenen Thread diskutiert wird, das ist ja die Idee dahinter.
    Bestehende Beiträge kann man ja immer noch als User zitieren und verlinken.

    In den genannten Beispielen ist es mir und anderen recht schnell aufgefallen, dass das vorliegende Problem übergreifende Auswirkungen hat oder haben könnte.

    Was wir als User machen müssten, wäre diese generellen Themen nicht in dem Ausgangsthema (wie hier) zu besprechen, sondern bei Bedarf zeitnah einen neuen Thread in dem Subforum erstellen, und von dort aus weiter zu arbeiten.

    Das funktioniert durchaus in vielen Foren, muss man nur etablieren.

  • Diskussion über neues Unterforum nur für Skripte

    Ich bin da geteilter Meinung: zum einen ja zu einem Subforum rein für Basiskonzepte und -Lösungen, zum anderen häufen sich spezifische Anfragen oft nur wenn ein Fx Update grundlegende Probleme für bestehenden Code in JS oder CSS verursacht, was nicht immer der Fall ist.:/

    Es wäre aber vermutlich trotzdem hilfreich, sowas wie ein Coding Basics Subforum zu haben, für allgemeine und aktuell nötige Diskussionen zu generellen Lösungsansätzen, wie oben schon erwähnt.

    Viele dieser Ansätze gehen oft unter in, oder verteilen sich auf diverse Threads, und Themen anzupinnen hat ja auch seine Grenzen, wenn man das Anpassungen Forum nicht damit überfluten will.

    Den zusätzlichen Aufwand für das einrichten und verwalten/moderieren eines zusätzlichen Subforums kann ich allerdings nicht einschätzen, das ist natürlich auch ein wichtiger Aspekt.

    Und nur mal 2 Beispiele:

    Diese schon öfters erwähnte Thread ist gepackt voll mit super Infos zu der addEventListener Geschichte, aber immens aufgebläht durch die Einzelscript Diskussionen.

    Hier haben wir wichtige Infos zu eval etc., die in einem Script spezifischen Thread versteckt sind.

  • Einbindung von Icons in Skripts

    Für mich stellt sich bei dem Thema im Eigentlichen die Frage, wie man generell, als Skript Author, Icons am besten einbindet.

    Generell, für diverse existierende Skript-Layouts(?), nicht für jedes einzelne Skript.

    Das Ziel wäre mE den einfachen Zugang zur Benutzung von Skripts zu erhalten, indem man ein Basisicon in irgendeiner Form integriert, und auch eine einfache Lösung zur Benutzung eigener Icons bereitzustellen.

    Wie schon erwähnt, momentan gibt es halt die base64 Icons<X;) in vielen Scripts, oder die Dateipfad Varianten für die Nutzung von eigenen Icons.
    Die Fallback Geschichte könnte ein Zwischending sein, das beide Eventualitäten bedient.

    Wobei ich mich nach einigen Versuchen jetzt doch frage, ob man damit mit Kanonen auf Spatzen schiesst. ;)

  • Einige Skripte funktionieren seit ff 138 nicht mehr

    Zitat von 2002Andreas

    Ich habe die OT Beiträge mal verschoben nach:

    Beitrag

    Einbindung von Icons in Skripts

    […]

    In diesem Fall denke ich, kaum jemand wird sich beide Skripte gleichzeitig installieren.:/

    Zumindest wäre dieser Weg eine Lösung für weg von base64. Möchte dann jemand ein anderes Icon, dann kann er es ja austauschen, oder eben hier im Forum nachfragen wie er das machen müsste.
    2002Andreas
    7. Mai 2025 um 19:02

    Dankeschön! :):thumbup:

  • Einbindung von Icons in Skripts

    Zitat von Mira_Belle

    Wir sollten aber für DIESE Diskussion, so finde ich, ein eigenes Thema aufmachen, oder?

    Das macht Sinn; da könnte 2002Andreas evtl. mal ran und verschieben.

    Und, Test:

  • Einbindung von Icons in Skripts

    Zitat von Mira_Belle

    So, mit Fallback.
    Als Muster für andere Skripte.

    Mira, wenn wir dich nicht hätten, und die kleinen Kartoffeln - vielen Dank! :):thumbup:

    Kleiner Schönheitsfehler nur auf meiner Seite; das ist nur ein schneller erster Test, und dein Code etwas umgebaut um meinen existierenden Code nicht komplett anzupassen zu müssen - aber die Einbindung ist bei mir noch etwas grob.

    Das alte Problem mit dem zweiten Fenster : ich muss den Code nach unten schieben, raus aus dem oberen Codeblock/Loop(?), und ein paar Variablen wiederholen, damit er auch im Elchtest funktioniert.;)

    A propos, was ist eigentlich der Grund für den ganzen props Code, hier Zeile 29-39?
    Kann man die Attribute nicht direkt einfügen?
    Ich denke da kommt das Problem her.

    Kein Drama, aber halt nicht sehr elegant:

  • Einbindung von Icons in Skripts

    Zitat von milupo
    Zitat von Horstmann

    Wie sowas, was aber auch kein Fortschritt ist zu meinem ersten Versuch in #59, nur hässlicher im Code.

    Es müsste auch Kommentar am Skript-Anfang stehen, was es in diesem Fall mit den Zeilen 21 und 23 auf sich hat.

    Das versteht sich, die Frage ist nur ob man diesen (kl)einen Schritt Leuten zumuten kann.;)
    Der Vorteil von den fest integrierten Icons ist ja, dass niemand den JS Code auch nur öffnen muss - der Nachteil, ohne Eigeninitiative in entweder JS oder CSS: kein eigenes Icon.8|

    Persönlich denke ich ja, Javascript Benutzer sollten den Schritt machen können; aber wir reden hier - wie so oft - eigentlich nur über User die komplett fertige Lösungen wollen oder brauchen, was ich auf eine Art auch verstehen kann. :/

  • Einbindung von Icons in Skripts

    Zitat von milupo
    Zitat von Horstmann

    Wenn es jetzt noch möglich wäre, einen automatischen Fallback einzurichten.

    Eventuell zwei Zeilen, die erste ist von Anfang an aktiv und gibt den Pfad zur chrome://-Datei an und einen entsprechenden Kommentar. Und die zweite erst einmal auskommentierte Zeile mit einem Beispielpfad, wo der Kommentar angibt, dass man da eine eigen Datei angeben kann und dass man die Kommentarzeichen vor dieser Zeile entfernen und vor die erste Zeile setzen muss. Aber diese Zusammenbau-Variante verkompliziert das meiner Meinung nach.

    Deshalb wäre eben ein Fallback wie in CSS perfekt, das kapiere ich aber nicht in JS.:/

    Ansonsten, egal wie ein alternatives Icon angeboten würde, ob von Firefox oder über Endor's Seite - gleiches Prinzip, nur Zusatzarbeit für Endor - bräuchte es halt einen manuell zu schaltenden//kommentierenden Code.

    Wie sowas, was aber auch kein Fortschritt ist zu meinem ersten Versuch in #59, nur hässlicher im Code.

  • Einbindung von Icons in Skripts

    Zitat von Mira_Belle

    Z.B. so etwas:

    JavaScript
    // ------------------------------------------------------------------------------------------------
	// Pfad zum Profilordner
	let ProfilePath = Services.dirsvc.get("ProfD", Ci.nsIFile).path.replace(/\\/g, "/");
	// Pfad in den entsprechenden Unterordner
	let IconPath = '/chrome/icons/'; // Pfad in den entsprechenden Unterordner
	// Name & Dateiendung des anzuzeigenden Symbols!
	let ButtonIcon = "Google.svg";
	menuitem.style.listStyleImage = 'url("' + ("file:" + ProfilePath + IconPath + ButtonIcon) + '")';
// ------------------------------------------------------------------------------------------------

    Und dann eine Erklärung für "Beginners", was sie damit anfangen sollen!

    Wenn es jetzt noch möglich wäre, einen automatischen Fallback einzurichten.:/

    Wenn ein eigenes Icon - hier Google.svg - nicht gefunden wird/existiert, wird ein Firefox Icon benutzt - wie etwa chrome://browser/skin/translations.svg - aber nur dann.

    Damit hätten Anfänger sowohl ein sofort sichtbares Icon, als auch die Möglichkeit ein eigenes Icon in chrome/icons zu benutzen, ohne den JS Code verändern zu müssen.

    Ich habe mich mal danach umgeschaut, aber noch keine Lösung gefunden.?(
    Das Ganze sollte dann auch nicht die Leistung negativ beeinflussen.

    Oder halt sowas, da muss nur eine Zeile manuell geändert werden, um zwischen beiden Varianten umzuschalten.

  • Einbindung von Icons in Skripts

    Zitat von milupo

    Vielleicht wäre es möglich, wenn Endor durchgehend chrome://-Grafiken angeben könnte. Diese würden wie Base64-Grafiken sofort funktionieren. Und im Kommentar schreibt man dann, dass gesonderte Grafiken mit file:/// angegeben werden sollen, dabei könnte man ein Beispiel angeben. Dabei sollten m. E. nur absolute Pfade angegeben werden, mal davon abgesehen, dass die relativen Pfade nicht immer funktionieren. Aber wenn da ein Nutzer irgendetwas verschiebt, wird die Grafik dann immer noch gefunden.

    Prima Idee!

    Was Dateipfade angeht, haben wir da nicht schon verschiedene Versionen für einen quasi automatisierten Pfad in den jeweiligen Profilordner/chrome/icons?
    V.a. Mira_Belle hat dazu schon öfters diverse Lösungen geliefert.

    Zum Beispiel:

    In Zeile 12 gibt man den Namen des eigenen Icons an (in Chrome/icons); man müsste dann nur noch den style Eintrag in Zeile 19/20 auswählen.

    Edit: besseres Code Beispiel

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

    Zitat von milupo
    Zitat von Horstmann

    Das, und base64 Dingens (Fachbegriff) Icons, va die aus den 90ern...

    Base64-Grafiken sind aber universell. Für Übersichtsseiten wie die Github-Site von Endor ist das besser. Nach Installation des Skripts hat jeder sofort ein Symbol, das funktioniert.

    Sehr guter Punkt, aber dafür kann man auch eine Grafik benutzen die keine 300 Zeilen im Code einnimmt, zB einen .svg 3 Zeiler.
    Oder noch besser, einfach ein beliebiges Fx internes Icon als Platzhalter benutzen.

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

    Zitat von Speravir
    Zitat von Horstmann

    Generell hänge ich einfach den addEventlistener unten an, mit der ID des Buttons, und ausserhalb des oberen Codeabschnitts

    Wenn mir niemand zuvorkommt, werde ich das ausprobieren.

    Müsste die Funktion an sich dann nicht auch nach unten?
    Nicht daß ich Ahnung davon hätte, du bist der Experte. :)
    Aber ich habe keine Idee was dieses Script überhaupt bewirken soll, also wüsste ich nicht wie ich das testen und einen Code vorschlagen könnte.:/

    Zitat von BrokenHeart

    Habe das mal geändert:

    Was man wirklich generell ändern sollte: eine Funktion onClick zu nennen, oder sonstwas das derart kriminell irreführend ist. ;)
    Das, und base64 Dingens (Fachbegriff) Icons, va die aus den 90ern... <X

  • Einige Skripte funktionieren seit ff 138 nicht mehr

    Zitat von Zitronella

    Ich möchte kein neuen Post aufmachen, daher schreibe ich hier weiter, weil mir gerade auffiel dass noch andere Skripte nicht mehr funktionieren. Vielleicht gibts dafür auch ne Lösung?

    Nur grob getestet:

    Zitat von Zitronella

    okay, ich hoffe jemand findet noch ne Lösung. Derweil schreibe ich hier mal noch welche rein, die nicht mehr funktionieren:

    Dafür auch ein Vorschlag; bei allen diesen Scripts hier bin ich mir nur teils sicher was sie eigentlich machen sollen, also schwer zu testen.

  • Selektor für kleinen Pfeil in CSS-Code zum extra-config-menü.uc.js ab v139

    Zitat von FuchsFan

    Das sehe ich auch so, aber so funktioniert es nun mal nicht. Einen weiteren Code gibt es nur für das Bereitstellen der Icons, ansonsten keine weiteren Anpassungen. Ich betone nochmals, der Code aus #1 funktioniert bis v138 ohne Probleme, deshalb kann es nur an Änderungen in den folgenden Versionen liegen.

    Nochmal die Frage: an welchem Punkt ist das Problem aufgetreten?
    Gleich nach dem Umstellen von .menu-right auf menu::after, oder #ExtraConfigMenu-popup [id^="submenu-"]:hover::after etc.

    Und ist das Problem das Hovern über dem Sub Popup, nachdem man die Maus aus dem ersten (Haupt) Popup herausbewegt schliesst sich der Sub ohne dort etwas anzuklicken?

    Und: der aktuelle, komplette CSS Code?;)

  • Selektor für kleinen Pfeil in CSS-Code zum extra-config-menü.uc.js ab v139

    Zitat von FuchsFan
    Zitat von Horstmann

    Wenn du Laune hast, probier mal das hier, würd mich interessieren ob's a) geht und b) die Pause entfernt:

    Beide Codes funktionieren, Verzögerung ganz gering noch, ich sage dazu normal.:)

    Edit:

    Aber die Popups schließen sofort bei Berührung.:rolleyes:

    Das kann aber eigentlich nichts mit diesem CSS zu tun haben, ist ja nur zum stylen der Pfeile. :/

    Falls sich das trotzdem dadurch geändert hat, müsste man mal deinen kompletten CSS Code sehen; falls es generell vorher schon ein Problem war, wirds schwieriger.

    An welchem Punkt, bzw. mit welchem CSS Code, hat sich das Problem (schliesst bei hover? eingestellt, falls es ein CSS Code war?

  • Selektor für kleinen Pfeil in CSS-Code zum extra-config-menü.uc.js ab v139

    Zitat von FuchsFan
    Zitat von Horstmann

    eine kurze Verzögerung zwischen hover Status (keine Funktion) und dem Moment in dem ein Popup dann aufgeht

    Ja, ist mir sofort aufgefallen, aber ist ja nur ein Päuschen.

    Wenn du Laune hast, probier mal das hier, würd mich interessieren ob's a) geht und b) die Pause entfernt:

    CSS
    #ExtraConfigMenu-popup [id^="submenu-"]:is(:hover,[open])::after { Code hier }

    Ansonsten sollten auch beide Funktionen klappen (keine Verzögerung) mit dem hier:

    CSS
    #ExtraConfigMenu-popup [id^="submenu-"]:hover::after,
#ExtraConfigMenu-popup [id^="submenu-"][open]::after { Code hier }

    Bei dem Script ist es scheint's nicht nötig, aber vermutlich nur weil hier jedes [id^="submenu-"] Element versucht ein Submenu/Popup zu öffnen, auch wenn keines da ist.