Beiträge von BrokenHeart

Zitat von Sören Hentzschel

Und dann besitzt das Script auch noch Variablen, die ggf. anzupassen sind, und der Anwender muss herausfinden, was die korrekten Werte sind.

Habe ich da was übersehen, welche wären das? Es geht ja am Anfang nur um eine Standardinstallation, wie sie wohl bei den allermeisten (Windows)-Usern(>95%?) in Verwendung ist. Sollte diese abweichen, sollte das Skript mit Hinweis stoppen. Alle variablen Werte sollten doch per Skript auslesbar sein, oder? Wie gesagt, ich kenne mich mit dem PS-Scripting nicht aus, aber das ist doch sicherlich machbar....

Zitat von Sören Hentzschel

Letzteres ist für mich der entscheidende Punkt: Eine ausführbare Datei (und kein Shell-Script), welche Firefox-Installationen und Profile auch ohne Konfiguration erkennt und Fehlerquellen ausschließt, ist natürlich sehr viel schwieriger umzusetzen, wäre aber notwendig, um tatsächlich die Vorteile zu liefern, die man sich offensichtlich verspricht.

Da gebe ich dir recht. Aber ich habe auch in dem CSS-Thread erklärt, warum das in der Praxis kaum machbar ist. Es geht dabei um Transparenz! Einen Script-Code kann veröffentlicht jeder lesen und dann ausführen. Irgendein 'Schmu' würde sicher sofort auffliegen. Bei einer ausführbaren Datei ist es fast unmöglich einen Vertrauensbeweis zu liefern. Quellen mitliefern bringt nichts, da sie ja nicht mit der angebotenen .exe Datei übereinstimmen müssen und Virenscanner nutzen da auch nichts. Und die Vorstellung, Leute mit make- oder Projektdateien zu nötigen, sich erst einmal das eigentliche Programm zu bauen, ist natürlich abstrus.

Ehrlich gesagt würde ich von keinem User hier im Forum eine angebotene ausführbare Datei starten. Mit vielleicht einer Ausnahme und das wärst du. Nicht weil ich dich prinzipiell für vertrauenswürdiger halte, aber du bist meines Wissens der einzige hier im Forum, der mit seinem richtigen Namen (und seiner Anschrift) auftritt. Dich könnte ich dann einfacher verklagen...

Sören Hentzschel Noch etwas: Wir hatten schon oft den Fall, dass die Vorbereitungen für die User-Skripte nicht richtig durchgeführt wurden. Woran das jetzt lag ist unerheblich. Und es wurde teilweise viel Zeit aufgewendet, um herauszubekommen, ob Skripte bei dem entsprechenden User allgemein nicht laufen oder etwas an einem bestimmten Skript hakt. Wenn es ein funktionierendes PS-Skript dafür gibt, wäre das sicher ein Fortschritt. Außerdem lässt sich das Skript dazu nutzen, sowohl 'userChrome.css', 'userContent.css' und die Shadow-Geschichte bereits zu integrieren. Außerdem kann man das Skript später einmal so erweitern, dass bestimmte Sachen "standardisiert" werden, wie z.B. ein einheitliches Verzeichnis für Image/Icon-Dateien.

Zitat von Sören Hentzschel

Ehrlich gesagt habe ich den Anwendungsfall noch nicht verstanden. Ich bin der Meinung, dass jemand, der es nicht einmal schafft, nach Anleitung (!) ein paar Dateien zu kopieren (!), besser keine Firefox-Scripts verwenden solte.

Es geht meines Erachtens nur um die initiale Entscheidung User-JS zu nutzen, nicht um die fehlende Fähigkeit per Anleitung Dateien zu kopieren. Je einfacher etwas erledigt werden kann, umso höher ist die Wahrscheinlichkeit, dass sich das auch Leute einmal anschauen, die nach Hinweisen auf die Anleitung meinen: "..das ist mir alles zu kompliziert und zu viel Aufwand" , auch wenn das objektiv gar nicht der Fall ist.

Zitat von Sören Hentzschel

Denn ein solcher Anwender wird in jedem Fall hoffnungslos überfordert sein, sobald es mit einem Script nach einem Firefox-Update dann mal ein Problem gibt (was nur eine Frage der Zeit ist).

Das gleiche gilt ja auch für CSS-Dateien und hier im Forum gibt es sicherlich etliche User (wenn nicht sogar in der Mehrheit) die CSS nutzen, aber sonst sich nicht damit beschäftigen wollen. Und da ist ja auch kein User überfordert, weil er einfach hier im Forum fragt und fast immer sofort eine passend Lösung serviert bekommt. Klappt bisher ausgezeichnet. Warum soll das bei JS anders sein?

Wer sich überhaupt nicht für individuelle Anpassungen interessiert, wird weder die eine noch die andere Möglichkeit nutzen. Es ist einfach nur eine zusätzliche Option...

Mira_Belle Finde ich ganz toll, dass du dich wirklich der Sache angenommen hast!

Ich würde dir ja gerne helfen, zumindest als Tester. Eine VM mit Windows als Gastsystem habe ich nicht. Hatte bis vor einiger Zeit nur mein Ubuntu in 'VirtualBox' laufen. So wie ich das sehe müsste ich mir Windows 11 zusammen mit der Entwicklungsumgebung herunterladen. Download scheint aber "aufgrund laufender technischer Probleme" nicht mehr möglich zu sein.

Herunterladen eines virtuellen Windows-Computers – Entwicklung von Windows-Apps

Beginnen Sie mit der schnellen Erstellung von Windows-Anwendungen, indem Sie einen virtuellen Computer mit den neuesten Versionen von Windows, den…

developer.microsoft.com

Gibt es noch andere Möglichkeiten?

----

Zum Skript selber:

Zitat von Mira_Belle

Erst einmal soll es darum gehen den Firefox JavaScript tauglich zu machen.

Genau! Alles andere - und da fallen mir auch noch weitere interessante "Voreinstellungen" ein - wird später abgefrühstückt.

Zitat von Mira_Belle

Nun bin ich gespannt, was BrokenHeart zu dem Thema meint.

Habe eigentlich keine dezidierte Meinung dazu, sehe das so ähnlich wie du. Bei der hier üblichen Größe spielt es wohl keine große Rolle, ob man sein CSS auslagert oder direkt im Skript verwurstet. Aber übertreiben sollte man es wirklich nicht mit dem eingebundenen CSS - so wie ich es bei den MultiRowTabs gemacht hatte .

Bei größeren (professionellen) Projekten hat Sören sicher mit seinen Hinweisen recht.

Mich interessiert die Thematik aber nicht sonderlich, da ich die Beschäftigung mit den "Formalismen" von JavaScript/CSS nicht so wichtig finde. Für mich steht das Verstehen des Firefox-Quellcodes im Vordergrund: z.B. die Aufrufe über die idl-Schnittstelle und die Funktionalität aus den importierten Modulen. Was nützt es mir mit sauberem Code "in Schönheit zu sterben", wenn ich nichts über die Firefox-spezifischen Möglichkeiten von CSS/Javascript weiß und das auch anwenden kann?

OT: Viel wichtiger finde ich, dass endlich mal jemand (zumindest für Windows) ein (PowerShell-)Skript schreibt, welches das Herunterladen und Entpacken der zum Ausführen von User-Skripten notwendigen Dateien übernimmt. Ich kenne mich leider nicht mit dem Scripting aus und eine ausführbare Anwendung in C++ zu schreiben halte ich für übertrieben. Außerdem hat man nachher eine .exe Datei, die auch noch mit Administrator-Rechten ausgeführt werden muss. Auch wenn man Quellen und make-File mitliefert, kann ich jeden verstehen, der so was nicht nutzen möchte. Ein Skript wäre da schon geschmeidiger.

Ich bin mir sicher, wenn so ein Skript existiert, würden auch mehr Menschen die User-Skripte nutzen.

Mira_Belle Du beherrscht das doch, wenn ich mich nicht täusche. Na, wie wär's ...

Zitat von Gebby

Eine Webseite sollte für alle zugänglich und anzeigbar sein.

Deine Argumentation ist in sich unlogisch und widersprüchlich. JavaScript ist in allen verbreiteten Browsern standardmäßig aktiviert. Und auch das Deaktivieren von JS lässt sich fast nirgendwo über die normalen Einstellungen bewerkstelligen. Wer JS dennoch abschalten will, tut das also aktiv und zwar "aus Gründen" und grenzt sich dadurch bewusst selber aus. Was das für Gründe sein könnten, was ja die wichtigste Frage wäre, führst du nicht weiter aus.

Sicherheitsbedenken wäre der einzige Grund, der mir einfällt und da ist JS mittlerweile genauso sicher und unsicher wie der Rest des Browsers. Wenn man das ganze argumentativ auf die Spitze treiben möchte, könntest du auch von Website Anbietern verlangen, dass sie immer eine ASCII-optimierte Minimal-Seite anbieten. Sicher ist sicher...

Milliarden von Menschen (z.B. Chinesen, Inder, etc), die nur ihre eigene Sprache verstehen, werden z.B. wirklich ausgegrenzt, wenn du keine entsprechende Sprachauswahl für deine Website anbietest! Aber keiner käme auf die Idee zu sagen, dass eine Website so etwas leisten muss und das es sonst ein "miserabler Stil" wäre.

Aber für all diese Dinge gibt es eben Webextensions (wie z.B. NoScript) wo ich das selektiv steuern kann. Es ist aber nicht die Aufgabe eines Website-Anbieters, jeden nur irgendwie motivierten Wunsch nach einer Sonderlösung zur Verfügung zu stellen, weil es eben zu viele Sonderlösungen wären.

Jetzt sollte es auch in der Nightly wieder so funktionieren, wie in den anderen Versionen (hoffe ich...).

Ich nutze zu Testzwecken immer noch das Skript von Endor aus #8. Ich habe die Zeilen/Stellen markiert, die sich verändert haben:

// ==UserScript==
// @include       chrome://mozapps/content/downloads/unknownContentType.xhtml
// @charset       UTF-8
// @version       Fx139+
// ==/UserScript==

(function() {

	const {FileUtils} = ChromeUtils.importESModule("resource://gre/modules/FileUtils.sys.mjs");

	var css = `
		hbox.dialog-button-box button.dialog-button menupopup {
			background: #F0F0F0 !important;
			border: 1px solid #CCCCCC !important;
			padding: 2px !important;
		}
		hbox.dialog-button-box button.dialog-button menupopup menuitem.menuitem-iconic:hover {
			background: #91C9F7 !important;
		}
		hbox.dialog-button-box button.dialog-button menupopup menuitem.menuitem-iconic hbox.menu-iconic-left {
			padding: 3px !important;
		}
		hbox.dialog-button-box button.dialog-button menupopup menuitem.menuitem-iconic label.menu-iconic-text{
			padding: 3px !important;
			padding-left: 5px !important;
			padding-right: 12px !important;
		}
		/* [FF139+] -> */
		hbox.dialog-button-box button.dialog-button menupopup menuitem:not([highlightable]) > .menu-highlightable-text, menuitem[highlightable] > .menu-text {
			  display: none;
		}
		/* <- [FF139+] */
		`;
		
		
	var sss = Cc['@mozilla.org/content/style-sheet-service;1'].getService(Ci.nsIStyleSheetService);
	var uri = Services.io.newURI('data:text/css,' + encodeURIComponent(css))
	sss.loadAndRegisterSheet(uri, sss.AGENT_SHEET);


	setTimeout(function() {
		saveTo()
	}, 200);

	function saveTo() {
		// config
		var dirArray = [
		['C:\\Users\\xxxx\\Documents', 'Dokumente'],
		['C:\\Users\\xxxx\\Pictures', 'Bilder'],
		['C:\\Users\\xxxx\\Music', 'Musik'],
		['C:\\Users\\xxxx\\Videos', 'Videos'],		
		['F:\\Video', 'Videos'],
		['F:\\Adaten\\Downloads\\Firefox\\Muell', 'Verschiedenes'],
		["" + FileUtils.getDir('UChrm', []).path + "", "chrome"],
		//["" + FileUtils.getDir('UChrm', ['SubScript']).path + "", "SubScript"],
		['E:\\', 'E:'],
		['F:\\', 'F:'],
		['G:\\', 'G:'],
		['H:\\', 'H:'],
		['I:\\', 'I:'],
		['S:\\', 'S:'],
		];

		//[FF139+] ->
		if(!document.getElementById("unknownContentType")) 
			return;
		//<- [FF139+] 
		
		let button = document.getElementById("unknownContentType").getButton("cancel");
		let saveTo = button.parentNode.insertBefore(document.createXULElement("button"), button);
		var saveToMenu = saveTo.appendChild(document.createXULElement("menupopup"));
		saveTo.classList.toggle("dialog-button");
		saveTo.label = "Save To";
		saveTo.type = "menu";
		
		dirArray.forEach(function(dir) {
			var [name, dir] = [dir[1], dir[0]];
			var mi = document.createXULElement("menuitem");
			var item = saveToMenu.appendChild(mi);
			item.setAttribute("label", (name || (dir.match(/[^\\/]+$/) || [dir])[0]));
			item.setAttribute("image", "moz-icon:file:///" + dir + "\\");
			item.setAttribute("class", "menuitem-iconic");

			item.addEventListener("click", function() {  ////[FF139+]: "command" -> "click"
				var locationtext = document.getElementById('locationtext');
				var file = new FileUtils.File(dir + '\\' + (locationtext ? locationtext.value : document.getElementById('location').value));
				dialog.mLauncher.saveDestinationAvailable(file);
				dialog.onCancel = function() {};
				close();
			});
		});
	}
}());

Zitat von 2002Andreas

In Fx 139 aber so:

Da ist der Text dann doppelt vorhanden.

Ach Herrje, stimmt. Ist mir überhaupt nicht aufgefallen.

(Bei deinem geposteten Skript steht immer noch command! Wahrscheinlich nur ein Kopierfehler, oder? )

Das liegt wohl daran, dass in der Nightly zusätzliche Child-Nodes im Menuitem vorhanden sind, die man vermutlich bei der Erzeugung aktiv ausblenden muss.

Habe mal bei einem Lesezeichen die Klasse menu-highlightable-text wieder eingeblendet, dann ergibt sich auch bei den Lesezeichen das gleiche Fehlerbild.

Muss ich mir später mal genauer anschauen.

Böse, was die wieder bei Mozilla "rumbasteln"...

Zitat von lenny2

. Fehler in der Konsole

Uncaught TypeError: can't access property "getButton", document.getElementById(...) is null saveTo debugger eval code:25

Der Fehler wird ausgegeben, weil bei Start des Scripts der entsprechende Save-Dialog noch nicht vorhanden ist -> document.getElementById("unknownContentType")

Entweder ignorieren oder vor die Zeile
let button = document.getElementById("unknownContentType").getButton("cancel"); (Zeile 56 bei #8)

folgende Abfrage einfügen. Dann ist der Fehler weg!

if(!document.getElementById("unknownContentType")) 
	return;

Beim Skript von Endor (#8) kann man als Workaround die Zeile 69 anpassen und zwar so:

item.addEventListener("click", function() {

Dann kann man den Eintrag aber nur noch mit der Maus auswählen, 'return' funktioniert dann nicht mehr.

In der Nightly gab es Änderungen bei den Menuitems. Da sich die Namen der Attribute beim Zugriff aber nicht geändert haben (label, image...) verstehe ich nicht ganz, warum der EventListener mit "command" jetzt nicht mehr funktionieren soll . Hängt wahrscheinlich mit der Erzeugung des Menuitem zusammen. Habe ich mir jetzt nicht näher angeschaut...

Übrigens: Auch mit dem unveränderten Skript funktioniert das Speichern, wenn man ganz links vom Icon klickt!

Zitat von grisu2099

Poste mal bitte deine Version.

(function() {

    if (!window.gBrowser)
        return;
    
    setTimeout(function() {
        setFunction();
    },50);

    function setFunction() {

        const css =`
            .countClass::after {
                content: attr(data-value) !important; 
				font-family:  Consolas, "Lucida Console", "Courier New", monospace !important;
				font-size: 11px !important;
				font-weight: 900 !important;
                color: rgb(100,200,255) !important;
			}
		`;

        const sss = Cc['@mozilla.org/content/style-sheet-service;1'].getService(Ci.nsIStyleSheetService);
        const uri = Services.io.newURI('data:text/css,' + encodeURIComponent(css));
        sss.loadAndRegisterSheet(uri, sss.AGENT_SHEET);

        let bmbMenu = document.getElementById('bookmarks-menu-button');
        let bookMenu = document.getElementById('bookmarksMenu');
        let persToolBar = document.getElementById('PersonalToolbar');
        
        if(bmbMenu)
            bmbMenu.addEventListener('popupshowing', onPopupShowing ); 
        if(bookMenu)
            bookMenu.addEventListener('popupshowing', onPopupShowing ); 
        if(persToolBar)
            persToolBar.addEventListener('popupshowing', onPopupShowing ); 
    }
    
    function onPopupShowing(aEvent) {
        
        let popup = aEvent.originalTarget;

        for (let item of popup.children) {
            if (item.localName != 'menu' || item.id?.startsWith('history'))
                continue;
            setTimeout(() => {
              let itemPopup = item.menupopup;
			  itemPopup.hidden = true;
			  itemPopup.collapsed = true;
              itemPopup.openPopup();
              itemPopup.hidePopup();
              let menuitemCount = 0;
              let menuCount = 0;
              for (let subitem of itemPopup.children) {
                if (subitem.classList.contains('bookmark-item') && !subitem.disabled && !subitem.hidden) {
                  if (subitem.localName == 'menuitem') {
                    menuitemCount++;
                  } else if (subitem.localName == 'menu') {
                    menuCount++;
                  }
                }
              }
			  itemPopup.hidden = false;
			  itemPopup.collapsed = false;
              
              let label = item.childNodes[1]; //label.menu-iconic-text
  
              label.classList.add('countClass');
			  //let strCountOut = "📁" + String(menuCount).padEnd(2, '\xa0') + "⭐" + String(menuitemCount).padEnd(3, '\xa0'); //"\xa0"
			  let strCountOut = String(menuCount).padStart(2, '\xa0') + "📁" + "\xa0" + String(menuitemCount).padStart(3, '\xa0') + "⭐"; //"\xa0"
			  label.setAttribute('data-value', strCountOut);
			  

            }, 100);
        }
    }
    
})();

Ersetze Zeile 138 durch let label1 = item.childNodes[1];

Dann sollten die Werte wieder angezeigt werden. Allerdings hier (bei dem Skript, welches ich nutze) linksbündig, was man durch CSS wieder anpassen müsste.

Zitat von Endor

Der Autor hat was neues:

Vielen Dank Endor .

Ich könnte jetzt diese Änderungen 1:1 übernehmen, aber es hat sich bei den Tabs in letzter Zeit durch Mozilla soviel geändert und vermutlich ist auch der ganze Prozess noch nicht abgeschlossen, dass ich mit meinem Stand mittlerweile hoffnungslos hinterher bin. Die vertikalen Tableisten sind ja mittlerweile auch überflüssig geworden, da sie ja schon standardmäßig integriert sind und haben in den letzten FF-Versionen in meinem Skript auch nicht mehr vollständig funktioniert.

Einfach den gesamten Drag&Drop-Teil nur kopieren und in mein Skript einbauen, möchte ich nicht. Da sehe ich dann keinen Mehrwert für mich und andere darin, dann kann man auch eine selbst angepasste Version des von dir geposteten Skripts nutzen.

Ich glaube, jetzt ist ein guter Zeitpunkt gekommen, dieses Dinosaurier-Skript (aus-)sterben zu lassen. Vielleicht mit der Option, alles vollständig neu zu machen und ein paar nützliche Features einzubauen, die wirklich neu wären.... Ich persönlich nutze dieses Skript ja auch, allerdings mit der aktuellen ESR. Bis zum Herbst werde ich mich um eine passende alternative Lösung für die Mehrzeiligen-Tabs bemühen müssen. In erster Linie aber nur für mich selbst...

2002Andreas möchte ich bitten, diesen angehefteten Thread auch wieder zu "entheften".

Zitat von Sören Hentzschel

Ich würde meinen Computer niemals ohne Festplattenverschlüsselung nutzen

Dito. Vor allem nicht bei einem Notebook, wo Verlust bzw. Diebstahl durch die Transportfähigkeit in der Regel wahrscheinlicher ist. Auch möchte ich mich beim Entsorgen der SSD/Festplatte nicht um eine wirklich rückstandslose Löschung meiner Daten kümmern müssen, was ja unverschlüsselt sinnvollerweise nur durch Überschreiben und/oder durch mechanisches Zerstören funktioniert. Privat wird hier VeraCrypt eingesetzt. Nur für die Systempartition (Win10) Bitlocker, da diese Partition noch vor einigen Jahren nicht reibungslos mit einer anderen Verschlüsselungssoftware zusammengearbeitet hat.

So, war ein paar Tage "außer Gefecht" gesetzt gewesen 🤧 und hab mich nicht weiter um das Thema kümmern können. Diese Woche werde ich noch mal einen neuen Anlauf nehmen und eine Bestandsaufnahme aller Änderungen in der Nightly durchführen und dann mal systematisch abarbeiten. Ob es was bringt, man wird sehen...

Zitat von 2002Andreas

Mehrzeilig per CSS-Code:

Danke! War eigentlich auch klar, da 'drag&drop' in der CSS-Version prinzipbedingt ja noch nie richtig funktioniert hat.

Zitat von Endor

Sobald sich was tut melde ich mich.

Vielen Dank, dass wäre sehr hilfreich .

Zitat von milupo

Da bin ich optimistisch.

Danke für deinen Vertrauensvorschuss, aber da bin ich eher pessimistisch bzw. realistisch...

Zitat von FuchsFan

Kannst Du bitte auch überprüfen, in Version 138 funktioniert das Verschieben von Tabs nicht mehr.

Ja, ich weiß. Und ich muss sagen, das sieht alles sehr übel aus. Da hat sich in FF138 so viel in der 'tabs.js' geändert, dass es mir bis jetzt nicht gelungen ist, eine lauffähige Version zu erzeugen. Einige Funktionen wurden in der Nightly privat gemacht, so dass sie von außerhalb der Klasse nicht mehr zugreifbar sind, die habe ich dann in dem MultiRowTabs-Skript dupliziert, aber so einfach ist das nicht, da muss mehr gemacht werden.

Es gibt mMn. drei Möglichkeiten:

- Auf drag&drop verzichten, was bescheuert ist, da man dann auch gleich die CSS-Variante (funktioniert die noch in der Nightly?) verwenden könnte.

- Warten, bis jemand anderes ("Alice"?) eine Lösung findet.

- Die dritte wäre, dass ich noch erleuchtet werde und mir eine funktionierende Lösung "zufliegt".

Zitat von milupo

Offensichtlich werden dabei Stiefel in eine Falle gelockt.

Die Etymologie ist eher Boot & Straps. Also Stiefel und in dem Fall Schlaufe -> "Stiefelschlaufe". Es geht wohl von der Bedeutung her, ähnlich wie beim Baron Münchhausen, darauf zurück, sich "selber aus dem Sumpf zu ziehen". In dem Sinne, dass man z.B. ein einfaches Entwicklungswerkzeug benutzt (Texteditor und Assemblercode), um ein besseres Entwicklungswerkzeug zu erzeugen (z.B. einen Compiler für eine höhere Programmiersprache) usw. :

Bootstrapping (Programmierung) – Wikipedia

Zitat von Sören Hentzschel

browserDragAndDrop.* muss ab Firefox 138 Services.droppedLinkHandler.* heißen.

Vielen Dank .

Habe ich in meiner Nightly ausgetauscht. Sind aber wohl noch mindestens 2 Funktionen die sich (vom Namen her) bezüglich 'Drag&Drop' in dieser Version geändert haben. Werde ich mir später noch mal anschauen...

Zitat von amelie3209232

Trotzdem suche ich noch nach einer Lösung

Aber ich hatte dir doch in #6 eine mögliche Lösung per Sync verlinkt. Hast du das mal ausprobiert?