Beiträge von BrokenHeart

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?

Zitat von amelie3209232

bei 200 pcs?

Vorweg: Ich bin kein Admin, du anscheinend schon. Wenn du also ein gewisses Maß an Unkenntnis bei meinen Aussagen feststellen solltest dann ... "Bingo"!

Sören Hentzschel hatte hier beschrieben, wie man beliebige Einstellungen in about:config zu den Einstellungen hinzufügt, welche gesynct werden sollen:

Beitrag

RE: Synchronisation: Warum werden nicht alle Einstellungen synchronisiert?

Es ist nicht für jede Einstellung sinnvoll, diese ungefragt zu synchronisieren. Gerade sowas wie dein Beispiel mit der Anpassung der Symbolleieste ist normalerweise etwas, was man trotz Synchronisation eher individuell halten möchte. Oder die unzähligen Drucker-Optionen. Deswegen hat Mozilla hier einen konservativen Ansatz, der vorsieht, dass jede Einstellung, die synchronisiert werden soll, manuell zur Liste der zu synchronisierenden Einstellungen hinzugefügt werden muss, entweder durch…

Sören Hentzschel

6. November 2022 um 15:21

Warum ist die Lösung mit der 'user.js' in deinem Fall keine praktikable Lösung? Auch als Nicht-Admin kann ich mir nicht vorstellen, dass es sehr aufwendig ist, ein Skript zu schreiben, welches eine einzelne Datei (z.B. vom Server) einmalig auf 200 Rechner im Netzwerk verteilt. Und gerade für so einfache Sachen sollte es doch auch schon fertige Skripte oder Tools geben, die das erledigen. Gesynct werden muss dann nichts mehr, da die Einstellung ja schon dauerhaft auf jedem PC existiert...

Zitat von Doraymefayzo

Ja, Endpoint

Ok, dann passt das ja so. Habe es anscheinend mit einem anderen Anbieter verwechselt, dessen Produkte in erster Linie für Unternehmen angeboten werden.

Zitat von 2002Andreas

Es kommt auch vor, dass es mehrere Dateien sind. Ich kann sie zwar löschen, aber nachdem ich ein Video im TV abgespielt habe, wird sie wieder neu erstellt.

Ich hoffe, ich habe dich nicht falsch verstanden:

Wenn die Datei erst nach dem Abspielen an einem TV erzeugt wird, dann muss ja eigentlich die TV-Software (Android, WebOS,... ) diese Datenbank-Datei erzeugt haben. Stimmt denn der Zeitpunkt der Dateierzeugung mit dem Abspielen auf dem TV überein? Über den Inhalt kann man nur spekulieren, vor allem wenn es sich um ein proprietäres Format handelt. Möglich wäre das dort eben Player-Information z.B. Abspieldauer und Abspiellänge (zum Fortsetzen) usw. abgespeichert werden. Vielleicht mal mit einem Text/Hex-Editor anschauen.

Ist der USB-Stick im gleichen Dateisystem formatiert wie die anderen Sticks und/oder wurde für den Stick noch eine spezielle Software installiert?

Aber alles in allem vermute ich mal, dass man das nur schwer verhindern kann, wenn das TV-Gerät selber diese Datei erzeugt...

Zitat von Doraymefayzo

Hier ein Screenshot.

Start im Fehlerbehbungsmodus zeigt das gleiche Verhalten

Zitat von 2002Andreas

Die habe ich noch nie gesehen

Der Screenshot zeigt nur den Alternativtext bzw. Fallback-Text alt="....". Dieser Text sollte eigentlich bei jedem <img>-Tag gesetzt sein, falls das Bild selber nicht in einem bestimmte Zeitfenster geladen werden konnte, was ja hier der Fall ist. Der Inhalt des Textes wurde wohl automatisch per AI erstellt.

Doraymefayzo Hast du wirklich "Sophos Endpoint" installiert gehabt und jetzt deinstalliert? Vermute, dass du eher die Home Version hast?!

Ich glaube, hier haben sich einige Missverständnisse Bahn gebrochen. Mitleser wollte nicht, was ich aufgrund seiner Aussage auch zuerst angenommen hatte, die Deklaration der label-Variable löschen (Zeile 7), sondern nur die Zuweisung des Label-Attributes zum neu erstellten Button ucjs_unified-extensions-button.

Das label-Attribute ist zwar nicht doppelt vorhanden, da wir hier ja immer von zwei Buttons sprechen, aber wahrscheinlich wirklich redundant. Die Bezeichnung des Buttons wird ja nur gebraucht, wenn ich den Button ohne Icon anzeigen lassen möchte, was hier ja nicht der Fall ist.

Ich habe das jetzt nicht getestet, da für mich das Thema eigentlich abgeschlossen ist...

Zitat von Mira_Belle

Ich gebe zu, hin und wieder bemühe ich aber auch ChatGPT und lasse mir Funktionen für ein besseres Verständnis erklären.
Bemühe mich aber, so gut es irgendwie geht, ohne KI auszukommen.

Nicht falsch verstehen. Das war keine Kritik an deiner Vorgehensweise! Ich finde ChatGPT genau für solche Beschreibungen auch bestens geeignet. Habe nur allgemein auf die Gefahren aufmerksam machen wollen, die mMn. drohen, wenn man sich beim Programmieren größtenteils auf eine KI verlässt, weil man eben sehr schnell eine Lösung haben möchte...

Zitat von Mira_Belle

[...] eine Erklärung des Skripts, Zeile für Zeile!

Hast du das genau so in ChatGPT eingegeben?

Falls 'ja': Ich denke, dass KI mittlerweile eine große Hilfe beim Verstehen von Code sein kann und von daher sehe ich das prinzipiell durchaus positiv. Allerdings wird KI leider auch auch oft dazu benutzt um den Lernprozess (z.B. einer Programmiersprache) abzukürzen bzw. schnell zu Lösungen zu kommen, ohne das Prinzip oder den Algorithmus dahinter zu verstehen. In so einem Fall halte ich KI für schlecht angewandt. Leider befürchte ich, dass letzteres häufiger passieren wird und dann immer mehr Verantwortung an die KI abgegeben wird, weil es erst mal bequemer ist...

Zitat von 2002Andreas

Der Unterschied ist:

Ab Fx 137 funktioniert es so auch in einem neuen/privaten Fenster. In der Release 136 wird der Button in einem neuen/privaten Fenster nicht angezeigt.

Das meinte ich auch. In FF 136 hat der Button in einem neuen Fenster hier keine Funktionalität, wird allerdings angezeigt! Wie man aber an dem unterschiedlichen Verhalten bei dir und mir erkennen kann, ist die Geschichte nicht ganz unproblematisch. Ich hatte auch zwischenzeitlich wieder einen Zustand, wo der Button wie beim TE ganz verschwunden war.

Das alles hat für meinen Geschmack zu viele Seiteneffekte und ich bleibe dabei. Am besten den Button an seinem Standard-Platz in der NavBar lassen. Ich werde das auch bei der Nightly so handhaben...

Zitat von Mira_Belle

Wie man an die Funktion zum Öffnen des Popups kommt, entzieht sich leider meiner Kenntnis.
Sonst könnte ich (man) ja das Problem lösen.

Wie das Erweiterungs-Panel zu öffnen ist, wenn sich der Button in einer zusätzlichen Toolbar befindet, ist schon geklärt und das funktioniert ja auch. Darum geht es aber gar nicht. Das Problem ist die nicht vorhandenen Funktionalität in einem neuen (privaten) Fenster. In der Konsole wird eine Fehlermeldung in einer internen Funktion ausgegeben, die verhindert, dass das Panel angezeigt wird.

Ich lehne mich mal weit aus dem Fenster: Ich halte das für einen "Bug" in der Release-Version. "Bug" in Anführungszeichen, da diese Funktionalität (=Erweiterungs-Button außerhalb der NavBar) gar nicht vorgesehen ist.

In der aktuellen Nightly (In der Release nicht!) funktioniert es hier mit diesem Skript (+ 'FixToolbarButtons.uc.js') :

// extensions-button-moveable.uc.js 

(function() {
  if (location != 'chrome://browser/content/browser.xhtml')
    return;  
  var menuButton = document.getElementById('unified-extensions-button');
 
  if (!CustomizableUI.getPlacementOfWidget('ucjs_unified-extensions-button')) { 
    try {
      CustomizableUI.createWidget({
        id: 'ucjs_unified-extensions-button',
        type: 'custom',
        defaultArea: CustomizableUI.AREA_NAVBAR,
		showInPrivateBrowsing: true,
        onBuild: function(aDocument) {
          var toolbaritem = aDocument.createElementNS('http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul', 'toolbaritem');
          toolbaritem.id = 'ucjs_unified-extensions-button';
          toolbaritem.className = 'chromeclass-toolbar-additional';          
          toolbaritem.setAttribute('label', 'Erweiterungen');          
          return toolbaritem;            
        }
      });
    } catch(e) {        
	  console.log("Error: " + e);
      menuButton.style.display = 'none';
      return;      
    };    
  };
  
  setTimeout(function() { 
   document.getElementById('ucjs_unified-extensions-button').appendChild(menuButton);       
   menuButton.setAttribute('consumeanchor', 'ucjs_unified-extensions-button');
   menuButton.setAttribute('label', 'Erweiterungen');
   menuButton.setAttribute('tooltiptext', 'Erweiterungen');        
  }, 0);

}());

Video:

Zitat von Kerian

Ich schiebe ihn wieder in die Nav-Bar, ich glaube da ist er am sichersten aufgehoben

Zitat von Kerian

Ich danke Dir für Deine Hilfe und Mühe

Gerne, hat ja auch mein Problem mit dem Button "gelöst".

Zitat von 2002Andreas

Mit Skript ist er nicht in einem neuen oder privaten Fenster vorhanden.

Auch mit der von dir geposteten Toolbar ist er hier vorhanden, aber wie gesagt, tut nichts, daher im Ergebnis auch nicht viel besser...

Zitat von 2002Andreas

Da das aber nicht (mein) Thread hier ist, möchte ich auch nicht weiter stören mit der Nachfrage dazu.

Finde schon, dass das thematisch sehr dicht beieinander ist. Vielleicht gibt es sogar einen gewissen Zusammenhang.

Ich habe jetzt das Skript aus #11 so angepasst, dass es hier wieder läuft. Somit erscheint der Button jetzt wieder überall:

//extensions-button verschiebbar.uc.js

(function() {
  if (location != 'chrome://browser/content/browser.xhtml')
    return;  
  var menuButton = document.getElementById('unified-extensions-button');
 
  if (!CustomizableUI.getPlacementOfWidget('ucjs_unified-extensions-button')) { 
    try {
      CustomizableUI.createWidget({
        id: 'ucjs_unified-extensions-button',
        type: 'custom',
        defaultArea: CustomizableUI.AREA_NAVBAR,
        onBuild: function(aDocument) {
          var toolbaritem = aDocument.createElementNS('http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul', 'toolbaritem');
          toolbaritem.id = 'ucjs_unified-extensions-button';
          toolbaritem.className = 'chromeclass-toolbar-additional';          
          toolbaritem.setAttribute('label', 'Zurück');          
          return toolbaritem;            
        }
      });
    } catch(e) {        
	  console.log("------------------- 0 -------------------:  " + e);
      menuButton.style.display = 'none';
      return;      
    };    
  };
  
  setTimeout(function() { 
   document.getElementById('ucjs_unified-extensions-button').appendChild(menuButton);       
   menuButton.setAttribute('consumeanchor', 'ucjs_unified-extensions-button');
   menuButton.setAttribute('label', 'Firefox Anpassen');
   menuButton.setAttribute('tooltiptext', 'Zurück + Panel');        
  }, 0);

}());

Kerian Könntest du einmal ausprobieren. Dann sollte der Button eigentlich wieder erscheinen und verschiebbar sein...

2002Andreas : Die Anzeige des Buttons funktioniert hier in einem neuen, privaten Fenster einwandfrei. Hat aber leider keinerlei Funktion - im Gegensatz zu den anderen Buttons. . Mal schauen, wo es da hakt...

Edit: Ansonsten würde (und werde) ich das Verschiebe-Skript nicht nutzen, da das Verhalten beim wiederholten Verschieben etwas "erratisch" ist. Mich persönlich stört der Button in der Navbar nicht...

Zitat von Kerian

[...] nein nutze kein Verschiebescript auch sonst kein Script oder CSS was den Erweiterungsbutton betrifft. Mein Button ist verschwunden nachdem ich ihn in die vertikale Addonbar verschieben wollte

Das funktioniert aber nur mit einem speziellen Verschiebe-Skript! Ansonsten wäre ja der Erweiterungsbutton im Anpassen-Fenster ausgegraut gewesen und du hättest ihn gar nicht verschieben können. Daher verstehe ich nicht, wie du das ohne Skript geschafft haben willst?

Kerian Nutzt du auch ein Verschiebe-Skript, z.B. das, welches 2002Andreas in #11 gepostet hat? Dann deaktiviere das mal, da genau dieses Skript die Sichtbarkeit verändert und anscheinend bei uns beiden nicht mehr richtig funktioniert.

Zitat von 2002Andreas

Z.B. das von Mitleser, oder auch dieses:

Bei deinem Skript passiert hier das gleiche. Das Skript landet immer in einem Zweig, wo der Erweiterungsbutton deaktiviert ist( display:none). Ohne das Skript wird er angezeigt, ist aber nicht verschiebbar. Mit dem Skript ist er unsichtbar... .