Beiträge von Horstmann

Zitat von Mira_Belle

Und wie erstelle ich mir einen neuen, zusätzlichen Separator?
Der soll dann zwischen "Untersuchen" und "Tab schließen" sein.

Zitat von Mira_Belle

Und auf vielfachen Wunsch, ein Screenshot.

Der macht jetzt auch keinen Sinn mehr...

JS, der müsste dann wohl zusammen mit #context-inspect und order gleich verschoben werden.

// context_sep.uc.js

(function () {
	if (location != 'chrome://browser/content/browser.xhtml')
	 return;

   let refItem1 = document.getElementById('context-inspect');
   let menuseparator_inspect = document.createXULElement("menuseparator");
	 menuseparator_inspect.setAttribute('id', 'inspect_sep');
	 refItem1.parentNode.insertBefore(menuseparator_inspect, refItem1);

   // Style nur fuer Test
   inspect_sep.setAttribute("style", "outline: 1px solid orange; outline-offset: -1px;" );

   // Separator vor erstem Child nach context-inspect
   // let refItem1 = document.getElementById('context-inspect');
   // let menuseparator_inspect = document.createXULElement("menuseparator");
	 // menuseparator_inspect.setAttribute('id', 'inspect_sep');
	 // refItem1.parentNode.insertBefore(menuseparator_inspect, refItem1.nextSibling);

   // Separator vor context-closetab
   // let refItem2 = document.getElementById('context-closetab');
   // let menuseparator_closetab = document.createXULElement("menuseparator");
	 // menuseparator_closetab.setAttribute('id', 'closetab_sep');
	 // refItem.parentNode.insertBefore(menuseparator_closetab, refItem2);
   // closetab_sep.setAttribute("style", "outline: 1px solid orange; outline-offset: -1px;" );

})();

Zitat von Mira_Belle

Und wie erstelle ich mir einen neuen, zusätzlichen Separator?
Der soll dann zwischen "Untersuchen" und "Tab schließen" sein.

So eine XXXX, ich wusste das einmal

Da wäre ein Screenshot wirklich hilfreich, deine letzten haben die beiden nicht direkt untereinander.

Was ist eigentlich context-closetab, ist das von Fx oder ein Script? Kann das nirgends finden.

Zitat von Mira_Belle

So, habe mal etwas aufgeräumt!

Code

#contentAreaContextMenu > menuseparator:nth-child(127) {

Nun passt es.

Haben Fx Menüseparatoren nicht eigentlich eine ID?

Falls ein Script einen Separator reinmogelt, am besten immer eine ID mit dazupacken.

Zitat von Mira_Belle

Aber ich möchte jene Einträge nicht einfach vom Ende an den Anfang verschieben, sondern mitten rein!
Also genauer gesagt direkt vor dem Eintrag "Untersuchen".
Und das bekomme ich per CSS einfach nicht hin.

Das mit CSS festzulegen könnte gehen, aber falls ja wäre das vermutlich ein ziemliches Gehampel.
Abgesehen von Erweiterungen die dazwischen kommen können, haben nicht alle Kontextmenüs die gleichen (aktivierten) Inhalte, je nach Anwendung.

Mit JS sollte es klappen, im Prinzip so wie hier, die beiden Zeilen am Ende setzen den Eintrag vor "Untersuchen".

Edit: Komme mit JS nicht an die Erweiterung ran, aber Andreas hat's evtl. schon mit CSS gelöst.
Meine Test-Variante:

#context-inspect {
  order: 1 !important;
}

#context-inspect ~ :is(menuitem:not(#simple-translate_sienori-menuitem-_translatePage,
#simple-translate_sienori-menuitem-_translateLink,
#simple-translate_sienori-menuitem-_translateText), 
menuseparator) {
    order: 2 !important;
}

Zitat von Mira_Belle

Eventuell jetzt:

Sieht hier gut aus soweit!

Taucht hier auf im tagesaktuellen Fx Release und Nightly.
Der Button ist dafür idealerweise auf On gesetzt (nicht ausgegraut).

Zitat von Mitleser

Zitat von Horstmann

von mir mit separatem Button für den Positionswechsel der Leiste

Das wirst du sicherlich in der finalen Version noch ändern (Dropdown oder freie Maustasten).

Mir gefällt die Idee mit dem separatem Button für Position, eigentlich nur damit der User den dann in irgenwo hinschieben kann bei Bedarf, oder rausziehen und gar nicht benutzen kann. Den Rechtsklick will ich auch nicht verändern.
Angesichts der zurückhaltenden Respons habe ich aber eh keine Releasepläne momentan, wenn's eh kaum jemand benutzt ; deine Variante hat ja wenigstens keine Alternative von Aris etc..

Jetzt aber erstmal viel Spaß mit dem Scooter!

Es bringt für deine Zwecke wohl nicht viel, aber hier ist eine momentane grobe Testversion von mir mit separatem Button für den Positionswechsel der Leiste; bezogen auf meine feststehende Leiste, aber das gleiche Prinzip.

Mit der Entwicklung ist momentan leider hier nichts los im Forum.

00-toolbar_test-54-RC5-B-width+button-4.uc.js.zip

Zitat von Mitleser

Vielleicht irgendetwas mit Windows.window...

Bei meinen sehr beschränkten JS Kenntnissen kann ich dich leider nur wieder auf Aris verweisen, und gewagterweise auf mein eigenes Script.

Beide benutzen Services.wm.getEnumerator um die Button Funktion auf alle Fenster zu erweitern bzw. in meinem Fall optional auch einzuschränken. Bei Aris funktioniert übrigens auch der Elchtest, sein Button ist aber nur für Funktion in allen Fenstern angelegt.

Ich hab ein paar Dinge probiert, aber in deinem Script kann ich als armer Laie die Variablen und Zusammenhänge nicht komplett nachvollziehen.

Zitat von .DeJaVu

Insgesamt ist dieses Forum Anlaufstelle #1 für DACH, mozillazine für US.

Was'n "Dach", ein Dackel ohne "shund" ?

Mozillazine, abgesehen davon dass mir das Design die Wimpern flechtet, ist v.a. ein müder Aufguss von dem was auf den Firefox Reddits zu finden ist - was wiederum die #1 Foren-Quelle für Fx allgemein und Fx CSS ist.

Zitat von Mitleser

Zitat von Horstmann

Ich hatte inzwischen mal kurz in meiner Toolbarversion diese Arislösung für nicht funktionierende Buttons angetestet in Fx 144, schien hier zu klappen.

Die Lsg. von Aris hatte ich auch in Betracht gezogen, die macht den Quellcode aber noch anfälliger für Veränderungen durch Updates. Deshalb bin ich bei der Patchlsg. geblieben.

Zitat von Horstmann

Zeile 133 bis 151, für bar in Zeile 148 hatte ich halt meine eigene toolbar ID eingesetzt

Verstehe ich nicht???

Der zweite Teil bezieht sich nur auf die davor erwähnte Aris Lösung und seinen Code, hatte ich evtl. nicht klar zusammengefasst.

Zitat von Mitleser

Zitat von Horstmann

Dein Button funktioniert hier nicht mit dem Elchtest

Mit der Elchtestproblematik kann ich leben, diese Konstellation ist wohl eher selten. Die On/Off-funktion funktioniert ja in einem zweiten geöffneten Fenster unabhängig vom Ersten. Die Links/Rechts-funktion leider nicht (Vorschläge??

Dein Button scheint in bestimmten Konstellationen die on/off und links/rechts Funktionen bei mehreren offenen Fenster durcheinander zu bringen, wobei ich das Problem leider nicht exakt reproduzieren kann.
Beides funktioniert hier generell in mehreren offenen Fenstern, aber nicht immer konsistent.

event.target.ownerGlobal könnte damit zusammenhängen, wobei ich offengestanden immer noch nicht weiß was das bewirkt.

Evtl. müssen die beiden Funktionen oder deren Präferenzen klarer getrennt/im Zusammenhang definiert werden?

Bzgl. Elchtestproblematik, bei mir am Mac kann ich damit nicht leben, eben weil Fx als Programm sich nicht beendet wenn alle Fenster geschlossen sind, und ein Button ohne den Fix dann nur nach Neustart von Fx wieder funktioniert.

Zitat von Mira_Belle

Horstmann Wenn kein Text markiert ist, wird, bzw. sollte, die komplette Page übersetzt werden!
Probiere es doch mal mit dem Google-Skript aus,
denn genau so WAR das DeepL-Skript ja auch aufgebaut!

Ach deshalb wird mit dem Googlescript die gleiche Seite in neuem Tab geladen - war mir entgangen dass sich die Sprache dann geändert hat.

Hab mir ein Googlescript mit zusätzlicher Trennlinie und etwas CSS mal abgeändert für die Positionierung, das scheint so weit zu passen; zum Thema DeepL fällt mir leider nichts ein.

Es geht evtl. haarscharf am Thema vorbei oder könnte ein eigenes sein, aber dieses Script und ähnliche sollen doch vor allem dann eine Übersetzung anbieten, wenn ein Text ausgewählt ist.

Ich habe mir einige Varianten angeschaut und rumprobiert, aber konnte keine Lösung finden, die nur dann den Übersetzer als menuitem in das Kontextmenü einträgt, wenn eben Text tatsächlich ausgewählt ist.
Sonst ist es ja nur ein Linkbutton zur Übersetzer Webseite.

Die Frage v.a. deshalb, weil das Kontextmenü so viele Einträge je nach Situation zeigt oder versteckt, dass ich es via CSS oder auch im Script schwierig finde, den Übersetzer Schalter korrekt zu positionieren.

Einfacher wäre es wenn er nur bei Bedarf/Textauswahl überhaupt erscheint, dann kann man in zB ganz nach oben packen.

Funktioniert hier am Mac.

Zwei Dinge:

Ich hatte inzwischen mal kurz in meiner Toolbarversion diese Arislösung für nicht funktionierende Buttons angetestet in Fx 144, schien hier zu klappen.

Zeile 133 bis 151, für bar in Zeile 148 hatte ich halt meine eigene toolbar ID eingesetzt => document.getElementById("newtoolbar").addEventListener...etc .

Dein Button funktioniert hier nicht mit dem Elchtest, wie auch in der alten Version von deinem Script, s. Beschreibung der Problematik im Link.

Zitat von Dato

Zitat von Horstmann

funktioniert das denn

mit deinem CSS klappt das nicht so.

Das haut mein anderes CSS durcheinander für meine Tableiste.

Bvon Andreas nicht.

Seufz...

Zitat von Dato

Danke auch für dein css,

Ja und, funktioniert das denn, etwas Feedback?

Zitat von Sören Hentzschel

Tja, auch darauf muss man erst einmal kommen, dass mitten in einem deutschen Satz völlig wahllos ein englischer und definitiv nicht alltäglicher Begriff eingebaut wird, der dann auch noch aus der englischen Umgangssprache kommt, die ich ja schon im Deutschen versuche, weitestgehend zu vermeiden. Auf die Idee wäre ich überhaupt nicht gekommen. Aber das ist gut, denn das unterstreicht genau meinen Punkt.

Dein Punkt gehört und zur Kenntnis genommen.

OP und lingo muss man nicht kennen, es sind aber sehr geläufige Begriffe für jemanden, der sich ab und an aus dem deutschsprachigen online Umfeld herausbewegt - was du doch eigentlich auch tust?

Zu Sprachreinheit brauche ich übrigens keine Ratschläge, aber ich weiss es ist eine Obsession von dir - schön dass sich junge Leute noch die Mühe machen, auch wenn es entschieden off-topic (ausserhalb des Themas) ist.

Meine online Aktivitäten bewegen sich zu 90% im englischen Sprachraum, daher die Überschneidungen; wer Fragen hat kann fragen, wie der OP.

Vielleicht können wir dann zum Thema zurückkehren; welches Tabs CSS Code betrifft, der permanent falsch benutzt wird - bestimmt auch von mir - und sehr häufig zu Fragen führt.

Zitat von Sören Hentzschel

Am besten bleibt man einfach bei deutschen Begriffen ohne Abkürzung, die versteht jeder.

Mit deshalb ist die Forensuche intern und extern oft problematisch, weil jeder seine eigenen Übersetzungen von jedem UI (Benutzeroberfläche ) Teil kreiert.
Ich bleibe bei meiner Lingo, vor allem wenn es weniger Buchstaben braucht (Button => Schaltfläche ??).

Dato , hier mal eine Art von CSS das ich für den Zweck benutze, es gibt da viele mögliche Varianten, ist auch abhängig von mehreren Variablen.

.tabbrowser-tab[multiselected] .tab-background {
    background-color: orange !important;
    outline-color: lightgreen !important;
    background-image: none !important;
}

.tabbrowser-tab[multiselected]:not([selected]):hover .tab-background {
    background-color: darkorange !important;
    outline-color: green !important;
}

.tabbrowser-tab[multiselected]:not([selected], :hover) .tab-content {
    color: red !important;
}

Zitat von Dato

was ist ein OP ?

Ein Operationssaal.
Oder ein Original Poster, der ursprüngliche Beitragsersteller - also du.

Zitat von 2002Andreas

Teste bitte:

CSS

.tab-content[multiselected] {
    background: red !important;
    color: white !important;
    border: 4px solid blue !important;
  }

Der Tabhintergrund ist generell tab-background, der Code oben setzt HG und Umrandung an die falsche Stelle und verfälscht das Tabdesign .
Die Umrandung ist ausserdem eine existierende outline, die man anpassen könnte, statt eine border drauf zu zwingen.
Hier dann evtl. für die Text-Farbe.
multiselected und selected könnte man sich dann auch noch im Zusammenhang zueinander anschauen, u.a..

Wenn der OP das nicht bemerkt, ist es ja ok, nur zur Info.
Getestet von Garten Eden bis FX144.