Beiträge von BrokenHeart

Zitat von grisu2099

Teste die Version aus Beitrag #966

Lieber die Version aus #961 von Endor , da lenny2 nur den übersetzten Teil des japanischen Autors gepostet hat und nicht das ganze Skript! Vielleicht hat Endor auch mittlerweile eine deutsche Übersetzung parat...

Zitat von Mira_Belle

Und wenn es ganz blöd für Dich läuft, Dich damit auseinandersetzen, dass es keine mehrzeilige Tableiste mehr gibt.

So pessimistisch würde ich das nicht sehen. Das Problem bei ihm ist, dass er auf der einen Seite ganz exakte, pixelgenaue Anforderungen an das Skript hat, aber auf der anderen Seite absolut nichts selber anpassen kann. Das heißt, der Hamster braucht es wirklich "mundgerecht" .

Ich persönlich bin da allerdings raus...

Zitat von Sören Hentzschel

Wenn man ohne diese Option auskommt, sollte man das auch tun, und die Option nur als allerletzten Ausweg betrachten.

Ja, der Meinung bin ich auch. Function() ist auch eher sinnvoll, wenn man es mit "generischen" Aufrufen zu tun hat und nicht wenn man dadurch nur eine andere Funktion ersetzt.

Zitat von mgbln39

Könntest Du mir freundlicherweise nochmals eine detailierte Anweisung zukommen lassen, wie ich da vorgehen muss?

Punkt 1 bis 3 sollten klar sein. Für Punkt 4 und 5 habe ich eine Gif-Animation erstellt:

Beim Markieren der beiden gefundenen Einträge: [STRG] und linke Maustaste drücken!

Ich glaube, du hast den Punkt, um den es eigentlich geht, leider überhaupt nicht verstanden! Ich hatte in der Vergangenheit bisher immer die für dich angepassten Skripte geliefert, aber jetzt hat sich die Situation grundlegend geändert. Nochmal:

Das Skript 'MultiRowTabs.uc.js", welches du verwendest, wird von meiner Seite nicht mehr weiterentwickelt. Fehlerfrei funktioniert es nur bis FF 137. Ab FF 138 funktioniert das Verschieben nicht mehr und daran wird sich auch nichts mehr ändern!

Das steht aber alles in dem Link, den ich gepostet habe. Du musst also zwangsläufig auf ein anderes Skript umsteigen. Deine für dich wichtigen optischen Anpassungen der Tabs sind schon in der 'userChrome.css', da muss also nichts neu in einem anderen Skript angepasst werden. Vielleicht können dir Endor , FuchsFan oder 2002Andreas alternative Skriptversionen empfehlen?

Zitat von Mira_Belle

Da hat sich mein edit und Dein Post überschnitten.

Ja, kommt vor .

Alternativ (oder sogar besser) hätte man auch zweimal let m = ... schreiben können, da beide m nichts miteinander zu tun haben und eh lokal sind.

Zitat von 2002Andreas

Der neue Eintrag für die config wurde extra von Mozilla für Nutzer von Skripten ab Fx Version 139 erst erstellt.

So hatte ich das auch verstanden oder hat Sören Hentzschel was von "temporär" geschrieben?

Zitat von Mira_Belle

[...] funktioniert das Skript nicht mehr!

Man muss nur die Variable einmal ohne Wertzuweisung auf höchster Ebene unter onpopupshowing: deklarieren, also einfach var m;

Habe es jetzt mal in dein Skript eingefügt:

// newTabButtonUndoTabList.uc.js

"use strict";
/* ******************************************************************************************************** */
/* Beschreibung                                                                                             */
/* Bei Rechtsklick auf die Neuen Tab Schaltfläche, wird im Kontextmenü,                                     */
/* der Eintrag zum Wiederherstellen des zuletzt geschlossenen Tabs angezeigt.                               */
/* Customized by BrokenHeart                                                                                */
/*                                                                                                          */
/* https://www.camp-firefox.de/forum/thema/112673/?postID=1223733#post1223733                               */
/* https://www.camp-firefox.de/forum/thema/112673/?postID=1228286#post1228286                               */
/*                                                                                                          */
/* ******************************************************************************************************** */

(function () {

    if (!window.gBrowser){
        return;
    }
    
    gBrowser.tabContainer.addEventListener('click', function (e) {
        if (e.originalTarget.id != 'tabs-newtab-button') return;
        switch (e.button) {
            case 1:
                undoCloseTab(0);
                break;
            case 2:
                UCT.makePopup(e);
                e.preventDefault();
                break;
        }
    }, false);

})();

var UCT = {
    init: function () {
        var mp = document.createXULElement("menupopup");
        mp.id = "undo-close-tab-list";
        mp.addEventListener('popupshowing', function(event) {
			UCT.onpopupshowing(event);
		}, true);		
        mp.setAttribute("placespopup", true);
        mp.setAttribute("tooltip", "bhTooltip");
        mp.setAttribute("popupsinherittooltip", true);
        document?.getElementById("mainPopupSet")?.appendChild(mp);
    },

    makePopup: function (e) {
        if (SessionStore.getClosedTabCountForWindow(window) != 0) {
            document.getElementById("undo-close-tab-list").openPopupAtScreen(e.screenX +2, e.screenY +2, false);
        }
        else
        {
            console.log("--- Es gibt keinen Tab, der wiederhergestellt werden kann ---");
        }
    },

    onpopupshowing: function (e) {
		var m;
        var popup = e.target;
        while (popup.hasChildNodes())
            popup.removeChild(popup.firstChild);

        let undoItems = SessionStore.getClosedTabDataForWindow(window);
        undoItems.map(function (item, id) {
            m = document.createXULElement('menuitem');
            m.setAttribute('label', item.title);
            m.setAttribute('image', item.image);
            m.setAttribute('class', 'menuitem-iconic bookmark-item');            
            m.addEventListener('command', () => {
                    undoCloseTab(id);
                }
            );
            popup.appendChild(m);
        });

        popup.appendChild(document.createXULElement("menuseparator"));
        m = document.createXULElement("menuitem");
        m.setAttribute("label", "Chronik in der Sidebar öffnen");
        m.setAttribute("image", "chrome://browser/skin/history.svg");
        m.setAttribute("class", "menuitem-iconic");
		m.addEventListener('command', function() {
			SidebarController.toggle('viewHistorySidebar');
		}, true);		
        popup.appendChild(m);
    },
};

setTimeout(function() {
      UCT.init();
  },250);

Zitat von Mira_Belle

Das muss so! Kein Fehler

21:39:17.320 Uncaught ReferenceError: assignment to undeclared variable m
    onpopupshowing file:///D:/Programme (Portable)/Firefox Portable/FireFox Nightly/Profilordner/chrome/neu 1.js:78
    init file:///D:/Programme (Portable)/Firefox Portable/FireFox Nightly/Profilordner/chrome/neu 1.js:41
    makePopup file:///D:/Programme (Portable)/Firefox Portable/FireFox Nightly/Profilordner/chrome/neu 1.js:51
    <anonymous> file:///D:/Programme (Portable)/Firefox Portable/FireFox Nightly/Profilordner/chrome/neu 1.js:28
neu 1.js:78:22
    onpopupshowing file:///D:/Programme (Portable)/Firefox Portable/FireFox Nightly/Profilordner/chrome/neu 1.js:78
    init file:///D:/Programme (Portable)/Firefox Portable/FireFox Nightly/Profilordner/chrome/neu 1.js:41
    makePopup file:///D:/Programme (Portable)/Firefox Portable/FireFox Nightly/Profilordner/chrome/neu 1.js:51
    <anonym> file:///D:/Programme (Portable)/Firefox Portable/FireFox Nightly/Profilordner/chrome/neu 1.js:28

Zitat von grisu2099

Treffer! Der war mir durchgerutscht...

Gerne! Aber ich würde trotz des Eintrags in 'about:config', die Version von Mira_Belle nutzen, da dort das Problem besser gelöst ist. An der nämlichen Stelle ist die Verwendung von Function() überhaupt nicht notwendig oder hilfreich.

Allerdings ist in allen bisher geposteten Skripten noch ein Fehler drin: die Variable m, wurde innerhalb einer Funktion deklariert und damit auch nur da sichtbar (beim Skript von Mira_Belle in Zeile 66). Die Variable muss also außerhalb dieser Funktion deklariert werden, damit man später noch einmal auf der gleichen oder niedrigeren (Klammer-)Ebene darauf zugreifen kann.

Hast du diesen Wert gesetzt?

siehe:

Beitrag

Funktionelle Änderungen am Firefox durch Skripte

Als Ersatz für einige Erweiterungen bzw. Funktionen daraus kann man auch diverse Skripte benutzen.

( damit sind nicht optische Änderungen am Firefox gemeint)

Diese werden mit einer userChrome.css Datei erstellt.

Skripte werden als .uc.js Datei im Unterordner chrome gespeichert.

Hinweise:

Ab Firefox Version 139 muss der neue Eintrag in about:config:

security.allow_unsafe_dangerous_privileged_evil_eval

auf true umgestellt werden, damit manche Skripte wieder funktionieren.

Hier der Gund dafür:

RE:…

2002Andreas

15. November 2017 um 16:49

Edit: Das Skript von Mira_Belle behebt den "Fehler" auch!

Es geht um den Function("return " + strCommand)(); Aufruf. Der wird als unsicher nicht mehr zugelassen...

Zitat von GermanFreme82

moemnt ich sende dir was ich habe

...

MultiRowTab_Firefox107.js.txt

...

bitte bitte ich habe gerade nicht die nerven für sowas Firefox macht nicht was es soll. bitte bitte hilf mir

^{(Hervorhebung von mir)}

Da liegt der Hund begraben...und wird auch leider nicht wieder auferstehen.

Du musst also zwangsläufig auf ein anderes Skript umsteigen. In diesem Thread:

Beitrag

Mehrzeilige Tableiste für aktuelle Firefox-Versionen

Neues Update (26.11.2024):

(Versteckter Text)



Wichtig: Dieses Skript wird nicht mehr weiterentwickelt. Die letzte Firefox-Version, die noch unterstützt wird ist 137.



Für aktuelle Versionen ab FF133+:

Das Script richtet sich in erster Linie an Nutzer, die sich nicht mit CSS beschäftigen wollen, aber trotzdem eine mehrzeilige und optisch angepasste Tableiste nutzen möchten.

Diese neue Version besteht ausschließlich aus einem User-JavaScript. Es sind keine zusätzlichen CSS-Eintragungen mehr nötig!

In…

BrokenHeart

8. Dezember 2019 um 01:19

findest du in den letzten Beiträgen auch eine Erklärung dazu und u.U. auch eine Lösung für dein Anliegen. Vielleicht können dir andere User insoweit weiterhelfen, dass du deinen alten Stand wiederherstellen kannst, zumal sich sämtliche optischen Anpassungen der Tabs ja schon in der userChrome,css befinden.

Ich bin da leider wirklich raus, Sorry

Wow...

Bin schwer begeistert, denn ich hätte nicht gedacht, dass wir so schnell eine Lösung bekommen . Ich werde es erst am Wochenende ausprobieren können, bin schon sehr gespannt.

Möchte mich bei allen Beteiligten bedanken. Sowohl bei denen, die mitgeholfen haben, dass wir jetzt ein PowerShell-Skript nutzen können, als auch bei denen, die die Diskussion über so einen Automatismus "kritisch" begleitet haben.

Besonders aber bei Mira_Belle, die trotz aller Widerstände, unermüdlich nach einer Lösung gesucht hat und

vor allem bei TK87 , der das Skript geschrieben hat und jetzt auch in diesem Forum angemeldet ist!

Vielen Dank für die tolle Arbeit!

Ganz ehrlich: ich verstehe nicht, warum man die ganze Sache so furchtbar dramatisieren muss und warum alles schon wieder "zerredet" wird, bevor überhaupt eine Zeile Code existiert? Es handelt sich (für den Anfang) nur um ein simples Skript um Dateien herunterzuladen und in die richtigen Verzeichnisse zu kopieren. Was man später daraus macht bzw. machen kann, wird sich zeigen.

Zitat von Horstmann

Wenn man jetzt noch bedenkt, daß dieses Konzept einen weiten Bereich von konstant weiterentwickeltem Firefox Code einschliesst, systemübergreifend funktionieren müsste, und jemand die Geschichte permanent warten und anpassen müsste...

Wie oft wurde denn das ReadMe inhaltlich angepasst? Ja, es mussten Dateien angepasst werden, die in der Zip-Datei bei Endor liegen, sonst nichts (der Hinweis für FF139 betrifft nur paar wenige User-Skripte und hat nichts mit den Installationsdateien zu tun). Genauso würde es mit einem Skript laufen. Ich behaupte mal, dass fast jedes User-Skript viel stärker in den Firefox-Code eingreift, als so ein simples PS-Skript es auf Dateiebene je könnte. Und mit einem nicht mehr funktionierenden User-Skript haben wir nach fast jedem Update zu tun.

Warum nicht auch mal was ausprobieren und neue Wege gehen? Bedenken sind ja gut und sie zu äußern natürlich legitim, aber in diesem Fall ist könnte man ja auch abwarten, bis überhaupt etwas Greifbares vorliegt. Nur von der Idee auf das fertige Skript und seine Vor- und Nachteile zu schließen, halte ich für verfrüht. Es wird doch kein Mensch genötigt, dass zu testen oder gar zu benutzen!? Spricht auch kein Mensch davon, das "ReadMe" zu entfernen. Alles bleibt so wie es ist, keinem wird was weggenommen, alles optional, keiner muss Angst haben...

Wenn allgemein die Meinung vorherrscht, dass so ein Skript nicht in dieses Forum gehört, dann soll Sören Hentzschel das sagen und wir begraben das oder machen mit einer "Koalition der Willigen" auf einem anderen Weg weiter.

Noch eine Frage an Sören Hentzschel und 2002Andreas :

Wäre der Thread nicht besser in 'Individuelle Anpassungen' aufgehoben? Der Bezug zum Firefox ist ja mehr als eindeutig und interessieren würden sich für den Thread wahrscheinlich auch nur User mit individuellem Anpassungsbedarf.

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.