Beiträge von bege

Zitat von bege

Und wie kriege ich Menüs aus der Menüleiste ins CTR-Menü, wie es in Personal Menu möglich war. Ich hatte das Datei- und das Extras-Menü im PM-Menü.

Selbst rausgekriegt

var fileMenu = document.getElementById('file-menu');
			fileMenu.setAttribute('label', 'Datei');
			pane1.appendChild(fileMenu);

var toolsMenu = document.getElementById('tools-menu');
			toolsMenu.setAttribute('label', 'Extras');
			pane2.appendChild(toolsMenu);

Aber es bleibt das Problem, dass ich diese Einträge nicht mit insertBefore positionieren kann.

Und wie kriege ich den menuseparator am Anfang einer Spalte weg, wenn ich die darüberliegenden Einträge mit CSS ausgeblendet habe?

Zitat von aborix

Der CTR bringt ja auch ein Menü mit.
Das kann man mit Skript-Hilfe auch fast beliebig gestalten, wenn auch nicht so bequem wie bei PM.

Im CTR-Menü braucht es übrigens das Script zum Fix der Buttonanzeige des USL nicht. Ist dann wohl doch ein PM-Problem.

Dazu habe ich ein neues Thema aufgemacht
https://www.camp-firefox.de/forum/viewtopic.php?f=16&t=108651

Unerwünschte Einträge kann ich mit CSS ausblenden, das ist kein Problem.

Die Toolbox, die du eingebaut hast, funktioniert prima.
Den Neustart-Eintrag habe ich auskommentiert, weil RestartFirefox einen Eintrag im Appmenu erzeugt.

Um den UserScriptLoader-Button in der ersten Spalte unterzubringen, habe ich dein Script erweitert.

//    CTR-Firefox-Menü anpassen 1


    (function () {


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

        // var menuitem = document.createElement('menuitem');
        // menuitem.id = 'appmenu_restart';
        // menuitem.setAttribute('label', 'Neu starten');
        // menuitem.setAttribute('oncommand', 'Application.restart()');

        // var refitem = document.getElementById('sync-setup-appmenu');
        // refitem.parentElement.insertBefore(menuitem, refitem.nextSibling);       

        var pane1 = document.getElementById('appmenuPrimaryPane');  
		var pane2 = document.getElementById('appmenuSecondaryPane');  


		var spacer = document.createElement('spacer'); 
			spacer.setAttribute('flex', '1');
			pane2.appendChild(spacer);   		

        var hboxPane1 = document.createElement('hbox');
		var hboxPane2 = document.createElement('hbox');
        pane1.appendChild(hboxPane1);
		// pane1.insertBefore(hboxPane1, document.getElementById('usercssloader-menu').nextSibling);
		pane2.appendChild(hboxPane2);   

        var menuButtonsPane1 = ['UserScriptLoader-icon'];
		var menuButtonsPane2 = ['print-button','test-button'];

		setTimeout(function() {   
          for (var id of menuButtonsPane1) {   
             var button = document.getElementById(id);      
             if (!button) {
                window.CustomizableUI.addWidgetToArea(id,'nav-bar');
                button = document.getElementById(id);
             };
             hboxPane1.appendChild(button);      
          };    
			for (var id of menuButtonsPane2) {   
             var button = document.getElementById(id);      
             if (!button) {
                window.CustomizableUI.addWidgetToArea(id,'nav-bar');
                button = document.getElementById(id);
             };
             hboxPane2.appendChild(button);      
          };   
        }, 0);   

    }) ();

Funktioniert einwandfrei. Nur wenn ich die Box nicht am Ende der Spalte, sondern unter dem UserCSSLoader einfügen will (Zeile 25), wird die Box nicht angezeigt. Was ist da falsch?

Der UserCSSLoader wird normalerweise auch am Ende der Spalte angezeigt. Das habe ich im Script geändert, so dass er unter den Web-Entwickler-Tools angezeigt wird.
Ist es möglich, das stattdessen im neuen Script zu bewerkstelligen? Also nicht jedes Script ändern, um den Platz für die Anzeige zu definieren, sondern im CTR-Appmenu-Script?

Das betrifft besonders Einträge, die von Add-ons kommen. Lassen die sich auch verschieben?
So wird das Sitzungsmanager-Menü von TabMixPlus

menu[id="appmenu-sessionmanager"]

unten in der ersten Spalte angezeigt, ich möchte es am Anfang der zweiten Spalte haben.

Und wie kriege ich Menüs aus der Menüleiste ins CTR-Menü, wie es in Personal Menu möglich war. Ich hatte das Datei- und das Extras-Menü im PM-Menü.

Zitat von aborix

Der CTR bringt ja auch ein Menü mit.
Das kann man mit Skript-Hilfe auch fast beliebig gestalten, wenn auch nicht so bequem wie bei PM.

Falls du testen magst:

Installiere in einem neuen Profil den CTR, userChromeJS, das Testskript aus Beitrag 58 und das folgende Skript.
Damit kommen im Menü ein Eintrag für Neustart und zwei Buttons hinzu.

Code

//    CTR-Firefox-Menü anpassen 1


(function () {


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

	 var menuitem = document.createElement('menuitem');
    menuitem.id = 'appmenu_restart';
    menuitem.setAttribute('label', 'Neu starten');
    menuitem.setAttribute('oncommand', 'Application.restart()');

    var refitem = document.getElementById('sync-setup-appmenu');
    refitem.parentElement.insertBefore(menuitem, refitem.nextSibling);	 	 

	 var pane2 = document.getElementById('appmenuSecondaryPane');	 

	 var spacer = document.createElement('spacer');  
	 spacer.setAttribute('flex', '1');
	 pane2.appendChild(spacer);	 

	 var hbox = document.createElement('hbox');  
	 pane2.appendChild(hbox);	 

	 var menuButtons = ['print-button','test-button'];	 

	 setTimeout(function() {	 
		for (var id of menuButtons) {	
			var button = document.getElementById(id);		
			if (!button) {
				window.CustomizableUI.addWidgetToArea(id,'nav-bar');
				button = document.getElementById(id);
			};
			hbox.appendChild(button);		
		};		
	 }, 0);	 

}) ();

Alles anzeigen

aborix, ich habe damit mal ein neues Thema aufgemacht.
Danke erst mal, das ist eine Alternative, an die ich auch schon gedacht habe, mich aber nicht drangetraut habe. Vielleicht geht es ja mit deiner Hilfe.

Ich hatte mir den Code schon gebastelt und hier nicht geteilt, weil ich dachte, die können alle mehr als ich und wollen den deaktivierten Button.
Für mich ist es viel deutlicher zu sehen, ob Feeds verfügbar sind oder nicht, wenn der Feed-Button ausgeblendet ist, wenn er nicht gebraucht wird.

Damit könnte ich ja noch leben, wenn die Buttons auf den Toolbars nicht verschwinden würden. Und das tun sie in meinem Standard-Profil, und zwar nur dann, wenn PM installiert ist, obwohl es in dem leeren Profil funktioniert.
Die anderen Buttons (Neustart und USL) sind bisher im PM geblieben.

Zitat von aborix

Nimm ein neues Profil mit Personal Menu und userChromeJS und diesem Skript. Keine weiteren Erweiterungen und Skripte.
Teste: Bleibt der Button nach Neustart in der Leiste?

Das macht echt keinen Spaß mehr :traurig:
So bleibt der Button in der Leiste. Habe dann noch CTR und mehrere Scripte (mit und ohne verschiebbarem - nach alter Art- Button) installiert. Testbutton bleibt.
Jetzt kommts: Testbutton in PM verschoben - Neustart - Testbutton weg. Anpassen-Dialog geöffnet, geschlossen - Testbutton im PM wieder da.
:-??:-???

Danke, aborix.
Diese Art von Button reagiert ähnlicher einem Add-on-Button: Er wird beim ersten Start in der Navigationsleiste angezeigt und wird im Anpassen-Dialog nicht immer am Ende angezeigt, sondern zwischen den anderen Buttons angezeigt. In Personal Menu lässt er sich auch problemlos einfügen.
Das Problem, dass der Button mit Personal Menu nach einem Neustart aus der Toolbar verschwindet, ist allerdings geblieben. Mit diesem Test kann ich den Ball also wieder an den PM-Entwickler zurückspielen.

Ihr seid super, vielen Dank! Ja, ihr habt ganz recht, das gleich zwei mal zu posten
Das stand schon weiter vorn im Thema und ich hab's nicht kapiert. Mit zwei mal auf den Hinterkopf klopfen ist's angekommen!

Feed Button in URL-bar (XUL) funktioniert bei mir, Move Feed Button to URL-bar (JS) leider nicht.
Woran kann das liegen?

Trägt das hier
https://www.camp-firefox.de/forum/viewtopi…45af149#p920340
zur Diskussion um fehlende Buttons bei?

Zitat von bege

Dumm nur, dass PM die Buttons hier nicht nur clont sondern auch von der Toolbar klaut, selbst wenn sie gar nicht in PM verwendet werden sollen... Da scheint bei Add-on- und Script-Buttons was unterschiedlich zu laufen.

Hallo aborix,
ich habe im Forum für PM das Problem geschildert
http://forums.mozillazine.org/viewtopic.php?…77801#p13577801
und diese Antwort bekommen:
Please try to update your script to use the API of CustomizableUI.jsm.
https://developer.mozilla.org/en-US/docs/Moz…tomizableUI.jsm

Kannst du damit was anfangen?

Zitat von aborix

Der Tooltip wird übrigens ebenfalls nicht aktualisiert.
Wenn wir schon ein Zusatzskript haben, dann bauen wir das doch auch ein:

Bei mir wird der Tooltip aktualisiert.
Ich hatte ihn zuerst im Zusatzscript, aber da wird er erst angezeigt, wenn der Button einmal gedrückt wurde. Im USL-Script wird er sofort angezeigt.

Zitat von aborix

Andere Möglichkeiten sind:
- Einen Button nicht verschiebbar zu machen, sondern mit einer fixen Position versehen.
Der bleibt auch nach Neustart auf seinem Platz.
- Einen verschiebbaren Button mit Custom Buttons erstellen.
Wie PM diese Buttons behandelt, habe ich nicht getestet.

Für das richtige Symbol des USL-Buttons im PM-Menü habe ich folgendes Skript, das zusätzlich zum USL-Skript installiert werden muß:

Hut ab, aborix, meine Hochachtung :klasse:
Du bist ja ein echter JS-Künstler. Kannst du mir in Kürze erklären, warum das USL-Script den Button im PM nicht aktualisieren kann und ein zweites Script dafür nötig ist?

Ich habe mich dafür entschieden, den WHT-Button fix auf der Addon-Leiste zu lassen, und den USL-Button ins PM-Menü zu verschieben.
Das sieht jetzt so aus:

[attachment=1]Screenshot_092.png[/attachment]

und im Einstellungsmenü so:

[attachment=0]Screenshot_093.png[/attachment]

Dazu habe ich im USL-Skript dem verschiebbaren Button noch ein Label verpasst und das seitliche Padding vergrößert, damit der Button nicht so am Rand klebt (bei mir sind das die Zeilen 560 und 561)

USL.icon.setAttribute('label', '    UserScriptLoader');
USL.icon.style.padding = '0px 4px';

Und der Vollständigkeit halber habe ich in diesem Block noch variable Tooltips eingefügt - besser: mit viel Versuch und noch mehr Irrtum reingebastelt, bis es geklappt hat - (bei mir ab Zeile 503):

var DISABLED = true;
USL.__defineGetter__("disabled", function() DISABLED);
USL.__defineSetter__("disabled", function(bool){
	if (bool) {
		this.icon.setAttribute("state", "disable");
		gBrowser.mPanelContainer.removeEventListener(USL.eventName, this, false);
		this.icon.setAttribute("tooltiptext", "inaktiv: Linksclick aktiviert, Rechtsclick Menü"); 


	} else {
		this.icon.setAttribute("state", "enable");
		gBrowser.mPanelContainer.addEventListener(USL.eventName, this, false);
		this.icon.setAttribute("tooltiptext", "aktiv: Linksclick deaktiviert, Rechtsclick Menü");
	}
	return DISABLED = bool;
});

So, jetzt bin ich glücklich und zufrieden und dir sehr dankbar

Fortsetzung ...

[attachment=1]Screenshot_084_ergebnis.png[/attachment]
[attachment=0]Screenshot_085.png[/attachment]

Zitat von aborix

Um den Fehler einzugrenzen, teste bitte zunächst folgendes:

Nimm nochmal ein neues Profil mit der Erweiterung userChromeJS und dem USL mit der Änderung von Beitrag 42. Keine weiteren Eweiterungen und Skripte.
Bleibt der USL-Button nach Neustart?

Ich weiß nicht, ob das jetzt verrückt oder peinlich ist oder beides. Nun hatte ich stundenlang getestet und hätte schwören können, dass die Buttons auch schon ohne Personal Menu verschwinden. Nun also mit dem x-ten neuen Profil getestet - und sie bleiben, beide, der von USL und WHT. Wird PM installiert, verschwinden sie, und zwar so:
Ist ein Button auf einer Toolbar, verschwindet er von der Toolbar und aus dem Anpassen-Dialog.
Ist ein Button nicht auf einer Toolbar, bleibt er im Anpassen-Dialog sichtbar.
In PM sind sie, wie schon geschrieben, immer verfügbar. Es sieht jetzt also so aus, als ob PM die Buttons ganz einfach "klaut".

Der Entwickler schreibt: "PM just clones the unused toolbar buttons and places them into its menu. Other extensions may not suppose their buttons are treated in this way; or those buttons need to be initialized in some conditions, that PM will not know." http://forums.mozillazine.org/viewtopic.php?…13565&start=433

Dumm nur, dass PM die Buttons hier nicht nur clont sondern auch von der Toolbar klaut, selbst wenn sie gar nicht in PM verwendet werden sollen (so wie WHT, dass besser im Zugriff auf einer Toolbar bleibt). Da scheint bei Add-on- und Script-Buttons was unterschiedlich zu laufen.

Dass der USL Button in PM nicht blass wird im deaktivierten Zustand (bzw. anders herum), bleibt bestehen.

Zitat von aborix

Ich habe mir zum Testen Personal Menu installiert. Bei mir sind keine Buttons im Menü. Wie bekomme ich die hinein?

[attachment=2]Screenshot_081.png[/attachment]
[attachment=1]Screenshot_082_ergebnis.png[/attachment]
[attachment=0]Screenshot_083_ergebnis.png[/attachment]
Fortsetzung ...

Vorherigen Beitrag editiert in Bezug auf das Neustart-Verhalten.

Zitat von aborix

Hast du außer dem Classical Theme Restorer noch andere Erweiterungen, die an Leisten und deren Elementen etwas verändern?

Ich habe es jetzt mit einem leeren Profil versucht: Nur userChrome.js-Addon und USL und WHT. Sowohl der USL als auch WHT funktionieren auch nach neuen Starts (also nacheinander Browser schließen und wieder starten) - aber nach einem Neustart verschwinden alle beweglichen Buttons von den Toolleisten wie beschrieben und sind auch nicht wieder auf die Toolleisten zu kriegen. Und zwar ist es egal, ob ich den Neustart mit dem Script RestartFirefox oder mit Application.restart() mache.
Dann habe ich PM hinzu installiert. Die verschwundenen Buttons sind in PM verfügbar, nicht aber im Firefox-Anpassen-Dialog. In einem nochmal neuen Profil hat auch ein Neustart mit dem Neustarten-Eintrag im PM das gleiche Ergebnis. Alles also im neuen Profil das gleiche wie in meinem Standardprofil.
Das müsste bei jemandem von euch doch auch schon passiert sein, oder habt ihr keine verschiebbaren Buttons in Verwendung? Der Vollständigkeit halber:
Ich benutze Firefox 29.0.1 unter Windows 7 Professional 64 bit SP1. Die userChrome.js-Addon-Version ist 1.5, PM 6.2. Mehr ist in dem neuen Profil ja nicht installiert.

Eine weitere Frage: Wenn die Buttons ein mal von Toolleisten und Anpassen-Dialog verschwunden sind, kriege ich sie nicht wieder zurück. Weder localstore.rdf löschen (hat nur ein einziges Mal geklappt) noch userChrome.js-Addon deaktivieren und reaktivieren noch Neustart mit Cache löschen mit dem fixen RestartFirefox-Button helfen. Erst beim Anlegen eines neuen Profils erscheinen die Buttons wieder. Hast du eine Idee, wie ich die Buttons in meinem Standardprofil wieder zurück kriege?

Zitat von aborix

Hast du einen Link dazu?

"Toolbar-box is for fun only." http://forums.mozillazine.org/viewtopic.php?…689a2&start=438

Das Verhalten der Buttons von WHT und USL in der PM Button Toolbar ist gleich geblieben. WHT ändert das Aussehen des Buttons je nach Aktivitätsstatus, der von USL ändert sich nicht (in einer normalen Toolbar schon, wie bereits geschrieben).
Liegt das an PM oder kann man etwas im USL-Script ändern?

Leider war meine Begeisterung noch etwas verfrüht. :traurig:

Ich habe auch WordHighlightToolbar nach deinem Vorbild geändert und der Button ändert im PM sein Aussehen je nach Status. Es kann also nicht am PM liegen, dass der UserScriptLoader seinen Button (und Tooltip) im PM nicht ändert.

Das vorerst dicke Ende: Wenn die beiden Buttons in einer Toolbar platziert sind (ich habe die Navbar und die CTR Addon-bar probiert), verschwinden die Buttons nach einem Neustart auf nimmer wiedersehen. Sie sind weder auf der Toolbar noch im Anpassen-Modus zu finden. Im PM stehen sie aber noch zur Auswahl und sind dort auch verfügbar, was Addon-Buttons nur sind, wenn die nicht auf einer Toolbar platziert sind.
Neustart hilft nicht, weder mit noch ohne Löschen des Script-Caches. Deshalb hilft auch ein Deaktivieren der UserChrome.js-Erweiterung nichts.
Beim ersten mal konnte ich die Buttons wieder hervorzaubern, indem ich die localstore.rdf gelöscht habe. Danach waren sie wieder im Anpassen-Modus. Beim zweiten Versuch blieben sie aber auch dann verschwunden, so dass ich die Scripte erst mal wieder in den alten Stand zurückversetzt habe.

Zitat von aborix

Teste bitte:

Die Zeilen 559 - 564 sind ersetzt durch:

Code

USL.icon = document.createElement('toolbarbutton');
	USL.icon.id = 'UserScriptLoader-icon';
	USL.icon.className = 'toolbarbutton-1 chromeclass-toolbar-additional';
	USL.icon.setAttribute('context', 'UserScriptLoader-popup');
	USL.icon.setAttribute('onclick', 'USL.iconClick(event)');
	USL.icon.style.padding = '0px 2px';


	document.getElementById('navigator-toolbox').palette.appendChild(USL.icon);


   var toolbars = Array.slice(document.querySelectorAll('toolbar'));
   for (var i=0; i<toolbars.length; i++) {          
      var currentset = toolbars[i].getAttribute('currentset');      
      if (currentset.split(',').indexOf(USL.icon.id) >= 0) {      
         var j;
         if (i == 0) j = 1
         else j = 0;         
         toolbars[j].currentSet += ',' + USL.icon.id;         
         toolbars[i].currentSet = currentset;      
      };      
   };

Alles anzeigen

Fantastisch :klasse:
In einer normalen Toolbar funktioniert es komplett.
Im Personal Menu ist die volle Funktion möglich, nur das Icon wechselt das Bild nicht. So kann man nicht erkennen, ob der Loader aktiviert oder deaktiviert ist. (Die prefs werden aber geändert.)
Falls das im PM nicht anders geht, kann ich damit leben. (Der Entwickler schrieb, dass die Button Toolbar ein "Spielzeug" sei, er also keine großen Ambitionen hat, dort alles zu ermöglichen.) Vermutlich wird der Button beim Start geladen und dann nicht mehr verändert. Auch ein vom Status abhängiger Tooltiptext, den ich eingefügt habe, ändert sich nicht. Der Status des Buttons entspricht dem Status des Loaders beim Start.

Herzlichen Dank.