Beiträge von bege

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

    Bei mir heißt der entsprechende Abschnitt

    Code
    var icon = $("ctraddon_addon-bar").appendChild(document.createElement("toolbarbutton"));
		icon.setAttribute("id", PREFIX + "icon");
		icon.setAttribute("class", "toolbarbutton-1");
		icon.setAttribute("onclick", "gWHT.GET_KEYWORD = !gWHT.GET_KEYWORD");
		icon.setAttribute("context", "");
 		icon.setAttribute("style", "padding: 0px 2px;");
                document.getElementById('ctraddon_addon-bar').insertBefore(icon, document.getElementById('MemoryDisplay'));

    warum benutzt ihr "image" statt "toolbarbutton"?

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

    Die CTR Option, den Feedbutton in die urlbar zu verschieben, funktioniert bei mir - aus welchem Grund auch immer - nicht. Deshalb verwende ich stattdessen das Skript move-feedbutton-to-urlbar. Das funkioniert seit CTR 1.2.5beta13 nicht mehr richtig (Buttongröße passt nicht mehr). Wie Aris schreibt http://forums.mozillazine.org/viewtopic.php?…7985&start=1395
    liegt das daran, dass das Skript nicht für kleine Buttons passt. Bisher wurde das durch CTR korrigiert. Nachdem der Code von CTR bereinigt wurde, tritt das Problem zutage. Aris hat u.a. diese Korrektur des Skripts angeboten, die bei mir funktioniert:

  • Buttons auf Webseiten werden oft nicht dargestellt

    Gefunden :!:

    Die genannte Option in den Firefox-Einstellungen schreibt die pref "browser.display.use_document_fonts".
    In gui:config gibt es eine Option "Eingebundene Schriftarten herunterladen", die die pref "gfx.downloadable_fonts.enabled" schreibt.
    Ist die erste pref deaktiviert, werden die Buttons und Zeichen nicht dargestellt, egal wie die zweite pref eingestellt ist.
    Ist die erste aktiviert, wie es ja der Fall war, hängt die Darstellung von der zweiten ab.

    Wer oder was ist gfx...? Es gibt da noch eine Reihe weiterer prefs, die so beginnen.

  • Buttons auf Webseiten werden oft nicht dargestellt

    Ich lerne durch eure Beiträge wieder richtig was dazu. Danke :)

    Mir fiel noch die Erweiterung gui:config ein, die nur Firefox-eigene Einstellungen schreibt.
    https://addons.mozilla.org/de/firefox/addon/guiconfig/
    Ich habe mit dem angebotenen Button alles zurückgesetzt, und siehe da: die Buttons auf den Websites sind wieder da. :D
    Nun habe ich versucht herauszufinden, welche Einstellung das Übel verursacht hat, aber trotz aller Änderungen bleiben die Buttons und Zeichen da. Das ist ja erfreulich, aber meine Neugier ist nicht gestillt.
    Jedenfalls haben mich eure Beiträge auf diese Spur gebracht :klasse: , vielen Dank für die Hilfe. :D
    Falls ich die entsprechende Einstellung doch noch finde, trage ich es hier nach.

  • Buttons auf Webseiten werden oft nicht dargestellt

    Eure Antworten deuten darauf hin, dass es irgendwo an einer Einstellung für Schriften liegt. Bei den Buttons scheint es sich auch nicht um Grafiken zu handeln, zumindest sind die kryptischen Zeichen nicht das Zeichen für einen Grafikplatzhalter. Im DOM-Inspektor werden auch keine Grafikadressen angezeigt. Für was stehen diese Zeichen dann?
    Auf github sieht es übrigens auch so aus
    [attachment=0]Screenshot_002.png[/attachment]

    Edit: Ups, deinen neuen Beitrag hatte ich übersehen, Sören.

  • Buttons auf Webseiten werden oft nicht dargestellt

    Zitat von Sören Hentzschel

    Eine NoScript-Einstellung kann Auswirkungen auch im Abgesicherten Modus haben, wenn NoScript eine Einstellung von Firefox verändert, sprich Firefox selbst der Konsument dieser Einstellung ist und nicht nur NoScript

    Hast du eine Ahnung, was das in diesem Fall für eine Einstellung sein könnte?

  • Buttons auf Webseiten werden oft nicht dargestellt

    Zitat von 2002Andreas

    Nutzt du die Erweiterung NoScript!?

    Ja. Duckduckgo.com ist erlaubt. Setzt NoScript eine about:config-Einstellung, die die Anzeige verhindert? Da es auch im abgesicherten Modus nicht geht, muss es ja eine Standard-Firefox-Einstellung sein, eine NoScript-eigene Einstellung kann im abgesicherten Modus ja keine Auswirkung haben, oder?

  • Buttons auf Webseiten werden oft nicht dargestellt

    Hallo,
    seit einer Weile werden auf verschiedenen Webseiten Buttons nicht dargestellt. Hier ein Beispiel von https://duckduckgo.com
    [attachment=1]Screenshot_007.png[/attachment]
    Im IE sieht es dagegen so aus
    [attachment=0]Screenshot_008.png[/attachment]

    Das gleiche Problem im abgesicherten Modus, in einem neuen Profil dagegen werden die Buttons auch im FF dargestellt.
    Bevor ich jetzt (wieder) mit einem neuen Profil anfange, meine Frage:
    Kann mir jemand sagen, was das für Buttons sind und was es für Einstellungen bzw. about:config-Einstellungen braucht, damit sie angezeigt werden. Mit "Element untersuchen" bin ich nicht weitergekommen.
    Ich hoffe, dass es nur an einer von einer Erweiterung veränderten Einstellung liegt, die auch im abgesicherten Modus nicht zurückgesetzt wird, und es deshalb mit meinem Standardprofil nicht geht. Wenn ich diese Einstellung herausfinde, erspare ich mir das neue aufsetzen eines umfangreichen Profils.
    Danke.

  • Classic-Theme-Restorer-Menü (Firefox-Menü) anpassen

    Zitat von aborix

    Ich kann das Problem nicht reproduzieren, bei mir befindet sich das Widget im CTR-Menü.


    Ich hatte ein leeres Profil und habe dann Stück für Stück Skripte und Add-ons hinzugefügt. Erst nach einer Weile habe ich die Einstellungen von CTR verändert, da waren also schon ein paar andere Skripte und Add-ons aktiv. Sowohl in diesem als auch in meinem alten Menü verschwindet das Widget mit dem Verschieben des Lesezeichen-Buttons, mit dem Button in der nav-bar ist das Widget wieder da.
    Nun habe ich also noch ein leeres Profil mit nur den genannten Add-ons und dem CTR-Menü-Skript aufgebaut, und da verschwindet das Widget auch bei mir nicht. Es muss also an der Kombination der CTR-Einstellung mit - ja was :?: liegen. Das sieht nach Kleinarbeit aus. Heute nicht mehr.

  • Classic-Theme-Restorer-Menü (Firefox-Menü) anpassen

    So, Problem doch noch gelöst.
    Habe mich doch daran gemacht, mit einem neuen Profil zu experimentieren, und bin zum Glück schnell auf die Ursache des Problems gestoßen. Genauer gesagt, gibt es zwei Ursachen.

    • Das Widget verschwindet, wenn die CTR-Option "'Lesezeichen-Stern' in der Adressleiste" aktiviert ist.
    • Wenn das Widget nicht im CTR-Menü landet, ist der Timout-Wert zu klein. Wegen der vielen Addons in meinem Profil muss ich den Wert nicht in 100er-, sondern in 1000er-Schritten testen - irgendwann geht's. :wink:
      Buttons sind kein Problem, das Widget braucht 'ne Sonderbehandlung.

    Dass CTR mit dem Verschieben des Lesezeichen-Buttons auch das Widget verschluckt, ist ja nicht so weit hergeholt. Irgendwas kommt sich da in die Quere. Mit Buttons gibts kein Problem, bei dem Widget schon. aborix, Hast du spontan eine Idee, was da passieren könnte, dann könnte ich dem CTR-Autor einen Tipp geben, wenn ich ihm das Problem melde.

  • Classic-Theme-Restorer-Menü (Firefox-Menü) anpassen

    Zitat von aborix

    Oder du testest gleich in einem neuen Profil.


    Vielen Dank für deine Hilfe.
    "Leider" geht es in einem neuen Profil. "Leider" deshalb, weil mein Profil vollgepackt ist mit Erweiterungen und Skripten. Jetzt kann ich mir überlegen, ob ich wirklich ein neues Profil aufbauen oder durch Deaktivierungen im alten Profil testen will. :wink:

    Deja vu: Im alten Profil verschwindet inzwischen das Widget nach dem ersten Neustart nach der Installation von der nav-bar, auch wenn es gar nicht im appmenu-Skript eingetragen ist. Ich kann es also gar nicht mehr verwenden.
    Wir sind bei diesem appmenu-Skript gelandet, weil die Erweiterung "Personal Menu" alle verschiebbaren Skriptbuttons "gefressen" hat. Stattdessen habe ich jetzt das CTR-appmenu und das Skript. Und jetzt wird das Widget also auch gefressen. Herauszufinden, ob es eine Erweiterung oder ein anderes Skript ist, wäre eine lange Arbeit bei meinem vollen Profil. Da das alte Profil aber ansonsten problemlos funktioniert, kann ich vielleicht Stück für Stück parallel ein neues Profil aufbauen. Ich überleg's mir noch. <:)

  • Classic-Theme-Restorer-Menü (Firefox-Menü) anpassen

    Zitat von aborix

    Dreh mal die Reihenfolge der ids um


    Dann werden beide Buttons nicht verschoben, sondern in der nav-bar angezeigt.

    Zitat

    Versuche auch, innerhalb der setTimeout-Funktion das Widget nicht in der Toolbox, sondern an anderer Stelle im CTR-Menü einzufügen.


    Dann verschwindet das Widget zwar von der nav-bar, wird aber nicht im appmenu angezeigt. (Die Toolboxen sind doch deshalb da, weil Buttons nicht direkt im Menü angezeigt werden können, oder?)

    Zitat

    Teste beides mit hohen Timeout-Werten.


    Alles mit verschiedenen Timeout-Werten getestet.

  • Classic-Theme-Restorer-Menü (Firefox-Menü) anpassen

    Zitat von aborix

    Wenn das Skript im Prinzip so wie in Beitrag 5 aussieht, setze im setTimeout die Zeit höher, d.h. ersetze 0 durch eine größere Zahl. Teste zuerst mit 100, dann mit 200 usw.


    Hab's mit 100er-Schritten bis 1000 probiert, kein Erfolg.
    Die Codezeile sieht so aus:

    Code
    var menuButtonsPane2 = ['console-button','widget:addonListDumper@jetpack-eldumper'];


    So wie eingetragen wird die ID im DOM-Inspector angezeigt.
    Setze ich statt des Widget den Button einer anderen Erweiterung ein, werden beide in der Toolbox angezeigt.

  • Classic-Theme-Restorer-Menü (Firefox-Menü) anpassen

    Ich habe versucht, ein Widget in eine Toolbox einzufügen, das bleibt aber auf der Navigationsleiste.
    Das Add-on "Addon List Dumper (restartless)" erzeugt keinen Button, sondern ein Widget. Keine Ahnung, was das ist. Jedenfalls reicht es nicht, die ID (widget:addonListDumper@jetpack-eldumper) in der Toolbox hinzuzufügen.
    Geht das mit Widgets gar nicht, oder muss das Skript noch angepasst werden?