Diskussion zu AddonLister (InfoLister-Ablösung?)

Hallo,

am besten ist, wenn wir die Fragen zu https://github.com/ardiman/userCh…ter/addonlister hier gesammelt bearbeiten. Ein mögliches Ergebnis des Skripts (Verwendung des Formats "custom") findet ihr auf http://www.ardiman.de/sonstiges/fxconfig/ (nur für Windows, Xubuntu müsste ich noch testen).

Zitat

Dieses Skript füllt ein wenig die Lücke, die die Erweiterung "InfoLister" hinterlassen hat und schreibt die Konfiguration des Firefox (möglich sind: Useragent, Erweiterungen, Themes, Plugins, Wörterbücher, Dienste, Stylish-Einträge, Greasemonkey- und userChromeJS-Skripte) in eine Datei.

Nach Installation des Skriptes gibt es einen Button, der über das "Anpassen"-Fenster frei positioniert werden kann. Standardmässig erstellt ein Linksklick eine Text-Datei im BBCode-Format, die im Editor angezeigt wird. Ein Mittelklick zeigt die erstellte Datei direkt im Browser - tatsächlich wird nur beim HTML-Format die Datei direkt angezeigt, bei anderen Formaten wird auf einen data-uri ausgewichen, weil auch hier ein charset mitgegeben werden kann. Mit einem Rechtsklick wird die Datei erstellt, aber nicht angezeigt.

Zusätzlich zum Button wird noch ein Menü unter Extras erstellt. Unterhalb von Add-ons sollte der Eintrag AddonLister zu finden sein. In den 3 Untermenüs kann unabhängig vom gewählten FORMAT ein Export vorgenommen werden. Die Einträge, die ohne weitere Verzweigung aufgerufen werden können, richten sich nach dem konfigurierten FORMAT. Als Standard ist "bbcode" für Beiträge in Foren eingestellt (s. oben).

Es können im Konfigurationsabschnitt 2 weitere Formate gewählt werden. Dazu bitte den Wert FORMAT auf html oder custom stellen. Alle weiteren Konfigurationen sind im Skript ebenfalls mit Kommentar versehen, sodass hier weitestgehend nicht näher darauf eingegangen wird.

Passe auf jeden Fall den Wert EXPORTPATH an.

GITHUBBLACKLIST enthält zur Zeit ein leeres Array und somit wird versucht in dieser Einstellung die Skripte in/mit/von diesem Repository zu verknüpfen (nur für userChrome.js-Skripte). Mit ["*"] kann eingestellt werden, dass gar keine Verlinkung probiert wird, ansonsten können hier gezielt Skriptnamen eingetragen werden, die in diesem Repository nicht enthalten sind (Namen jeweils in Anführungszeichen und durch Komma getrennt).

Ganz grobe Fehler in der Konfiguration werden seit der Version vom 11.03.2015 durch das Skript gemeldet.

Alles anzeigen

Meine Ideen oder Fragen dazu:

• 1. Lässt sich bei Greasemonkey-Skripten (erst mal nur bei der installierten Erweiterung) eine homepageURL oder ähnliches ermitteln?
• 2. Das Templating ist nicht gerade ultraelegant, zur Zeit reicht das noch. Aber geht das anders auch besser?

Hm, ist mir noch nicht aufgefallen (und ich habe während der Entwicklung bestimmt mehr als 10-12 Neustarts hingelegt), ich habe den Button aber in der Lesezeichen-Symbolleiste abgelegt.

Ich behaupte ganz kühn, dass da generell etwas mit dem Fx nicht stimmt (auch andere Skripte funktionieren bei dir ja nicht immer - s. im "großen" Thread" https://www.camp-firefox.de/forum/viewtopi…=957926#p957926).

Danke, Mathe41 - so ist es.

Ich habe nun den Satz "Passe auf jeden Fall den Wert EXPORTPATH an." in der README ein wenig weiter nach vorne verlagert. Das Rechtsklick-Verhalten habe ich jetzt angepasst. Es öffnet sich nicht mehr der Add-ons-Manager, sondern die Datei wird direkt erstellt, ohne dass sie im Browser oder Editor geöffnet wird. Weitere Änderung: die Konfiguration wird auf grobe Fehler hin untersucht.

Also bitte die Version von heute noch runterladen und einbinden. Damit man in den Genuss der Änderungen kommt, muss der Skript-Cache über einen der üblichen Wege gelöscht werden.

Ansonsten: Bezug zu den Themen gibt es wohl nicht so richtig, außer, dass InfoLister seit Firefox 36 kaputt ist und die Alternativen mir alle nicht gefielen.

Hm, der Code zur Erstellung des Buttons ist ja aus anderen Skripten übernommen.

Vielleicht hilft es, die Zeile 152 (in der aktuellen Version):

if (location != "chrome://browser/content/browser.xul") return;

zu deaktivieren, also so zu ändern:

// if (location != "chrome://browser/content/browser.xul") return;

Zur Not erstelle ich noch parallel ein Menü, das unter Extras oder sonst wo auftaucht ...

Ansonsten: bei Endor war's TabScope, ist es bei dir vielleicht TabMixPlus? Verschwindet der Button (in der Sitzung oder der darauf folgenden Browsersession) vielleicht, wenn mal mit Mittelklick ein Tab mit dem Ergebnis geöffnet wurde?

TabScope reißt z.B. auch den Wetterfuchsbutton ins Verderben. Zur Zeit hab ich keine Ahnung, wie man das umgehen kann. Im Verdacht habe ich die Schaltflächeneinstellung der Erweiterung, die ich mir aber nicht näher anschauen möchte.

Mathe41: vielleicht ist es bei dir auch ToolbarButtons. Wenn's so ist, kann man davon ausgehen, dass alle Erweiterungen, die an Schaltflächen usw. rumfummeln, unsere Buttons zerbröseln.

Vielleicht sollten wir mal aborix fragen?

Menüintegration kommt wohl heute abend ins Netz - die bleibt wenigstens bestehen, auch mit dem ollen TabScope.

Ui, ich glaube, das war's. Vielen, vielen Dank!

Bitte noch Geduld bis heute abend. Spätestens um 21:30 Uhr ist die neue Version da, die durch TabScope und evtl. andere Erweiterungen nicht mehr beeinflusst wird.

So, die neue Version ist jetzt hochgeladen worden. Bitte testen, ob nun TabScope nicht mehr stört (bei mir ging es jetzt). Änderungen: "Button robuster eingebunden, Menü wird ebenfalls erstellt".

Mathe41: macht ja nüscht. Das nächste Mal frage ich dann doch wieder nach Auffälligkeiten in der Browser-Console.