RMB = Right Mouse Button
LMB = Left Mouse Button
MMB = Middle Mouse Button
![]()
RMB = Right Mouse Button
LMB = Left Mouse Button
MMB = Middle Mouse Button
![]()
Ich hab gestern Abend und heut Nachmittag mal etwas Zeit zum herumexperimentieren gefunden:
Was mich noch etwas stört, sind die PopUps (Kontext-Menüs?) neben dem Pfeil 1 <==> 2
1 = RMB in die searchbar, die sich in meiner per Script erzeugten Zusatzleiste ( #fp-statusbar-2 ) befindet.
2 = RMB in die urlbar.
Ich hab erfolglos versucht, im Inspektor herauszufinden, wie ich die jeweils ansprechen könnte, da ich ihnen auch noch einen äußeren Rahmen verpassen wollen würde.
Wie kann ich die beiden PopUps (Kontext-Menüs?) jeweils konkret ansprechen?
Danke für den ersten Screenshot in #21.
Wie bekommt man das hin, soviele PopUps gleichzeitig offen zu haben und snappen zu können?
Da kann ich nämlich sehr gut nebeneineinder erkennen, daß bei einigen PopUps der neue Rahmen innerhalb und bei anderen außerhalb liegt.
Muß ich mal länger drüber nachdenken, was ich nun mache.
Leider war aber mein Arzttermin heute nicht so erfreulich - er hat meinen Wochenplan komplett durcheinander geworfen, da ich morgen und Donnerstag nochmal hin muß.
FF-Tests stehen somit erstmal außen vor.
Ich meld mich dann hier zurück, wenn ich mit Hilfe Deiner Codes und meinen Gedanken/Vorstellungen etwas mir zusagendes hinbekommen habe.
bis denne...
Die ist nur für Codes gedacht, die unter dem Knoten #shadow-root() liegen. Normalerweise ist die userChrome.css zuständig.
Alles klar.
Das aufsplitten und in die verschiedenen Files verteilen schaff ich aber jetzt nicht mehr, ich muß morgen früh zum Dok ![]()
Ich meld mich dann morgen wieder, wenn ich glaub, alles richtig verteilt zu haben.
guuts nächtle...
Sollte eigentlich nur in der userShadowChrome.css
Ich hab den kompletten Code für die PopUps da drin. Falsch?
jetzt hab ich zwar um die urlbar einen gepunkteteten Rahmen, aber wenn ich da reinklicke, fühlt sich das PopUp nicht angesprochen:
Und wenn ich in die searchbar rechtsklicke, hat das PopUp auch nur den normalem Rahmen.
Hab noch'n bischen mehr rumgeklickt und noch 2 gefunden, wo sich die Context-Menüs nicht angesprochen fühlen:
urlbar und searchbar.
Ich find aber kein #urlbar-context-menu oder #searchbar-context-menu oder so ähnlich ![]()
hm... ich konnte sie sehen - hab mal neu hochgeladen und meld mich mal ab/an....
grisu2099 :
Danke, paßt ![]()
Und jetzt geh ich in den Werkzeugen suchen, warum ich die beiden nicht gefunden hab ![]()
Wie immer:
paßt, wackelt nicht und tut was es soll ![]()
und: Danke
Meine PopUps bekommen bisher mit diesem Code Ihren Rahmen:
#PlacesToolbar menupopup[placespopup="true"]::part(arrowscrollbox),
:is(panel, menupopup)::part(content) {
border: 5px red solid !important; /* Rahmendicke, Farbe */
border-radius: 10px !important; /* PopUps gerundet */
Für aufgeklappte Menüs möchte ich das auch so (solid) lassen:

Für den Lesezeichenbereich hätte ich gerne "dashed":

Und den Rest "dotted":
(Wie) Ist das zu machen?
Ich kapituliere.
Niemals hätte ich erwarte, das aus dem Thread-Titel "insert_new_thread_header.uc.js"
und der Frage "Gibts das auch irgenwo für ohne xxxmonkey?"
so eine Meta-Diskussion wird.
Zukünftig werde ich versuchen, meine Anliegen genauer zu formulieren.
Nein, milupo, das ist falsch rübergekommen.
Ich habe nicht gejammert, dann hätte ich das
Emotikon eingesetzt.
Ich versuchte nur darzustellen, daß für mich der Umgang mit dem Monkeys nix is.
Aber du nutzt Benutzerskripte von Firefox und CSS
Da kann ich per "Learning by Doing" eher was lernen.
Der sogenannte "Patch-Level" (dritte Stelle der Versionsummer) ist nie Teil des User-Agents und kann dementsprechend auch nicht aus dem User-Agent ausgelesen werden.
Siehst Du, das ist der Knackpunkt.
Verwende ich dieses Script und es steht im Thread-Header "94.0" kommt irgendein Schlaumeier und fordert, ich solle auf 94.0.1 updaten.
Von User-Agents und so'n Kram hab ich keinen Plan.
Bei den von mir genutzten Scripten guck ich in so einem Fall nach, wo eventuell der von mir erwartete Wert/String erzeugt wird und teste mit einem neuen Script solange rum bis ich ein mir genehmes Ergebnis habe.
Quasi abgucken von woanders.
Das hat sich bei mir über editieren (im externen Editor), testen, Ergebnis begutachten, nächster Versuch... eingespielt.
Learning by doing.
Und das ganz ohne Add-on.
That's the way , Aha, Aha, I like it.
Änderungen an/mit Monkey-Scripts vorzunehmen ist eben nicht meine Welt.
Für andere mögen die Monkeys eine oder DIE Lösung sein , für mich eben nicht.
Schade, dass es kein Forum gibt, wo man dir helfen könnte.
Nanü - womit hab ich Dir den jetzt auffe Füße getreten?
Hab eben mal alle 3 monkeys installiert und etwas rumgetestet.
Ich bins gewohnt, die von mir genutzten .uc.js und .css in bestimmten Ordnern zu haben und darin zu testen/ändern/etc.
Also einen ...profile/chrome/monkeys/CFF_insert_new_thread_header.user.js angelegt und damit rumwurschteln wollen.
Das geht so mit allen 3 monkeys aber nicht.
Irgendwie hab ichs hinbekommen, daß mit allen dreien "94.0" (obwohl ich 94.0.1 hab) und der Win-String eingetragen wurde.
Als ich dann was ändern/testen wollte, wurde es mir allerdings zu konfus, was wie wo geändert werden kann/muß.
Das ist nicht meine Welt.
Ich bleib bei meinen .uc.js und .css und wenns für meine Probleme/Wünsche damit keine Lösung gibt, dann eben nicht.
"Normale" JS-Scripts
Ergo benötigst du erst einmal etwas, um deine Scripts auszuführen. Und das kann entweder ein wiederum Script-basierter "Script-Loader" sein (den du bereits installiert haben magst) oder eben ein Add-on.
Das ist mir zu hoch.
Ich hab die hier im CFF propagierten Vorbereitungen durchgeführt und seitdem laufen alle meine .uc.js.
Für mich sah der Code wie JS aus.
Deswegen dachte ich, er könnte mit minimalen Änderungen so laufen, wie die anderen hier von mir genutzten JS-Scripte.
Wenn dem nicht so ist, hab ich halt Pech gehabt.
mit irgendwas musst du das Script ja ausführen. Wenn nicht mit einem Add-on, dann wiederum mit einem andereren Script, was auch keinen Vorteil gegenüber einem Add-on hätte..
Versteh ich nicht.
"Normale" JS-Scripts laufen doch auch so, oder nachdem man einen Button geklickt hat.
Was spricht denn gegen ein Add-on?
Ich hatte mich vor längerer Zeit mal mit den ...monkyes hier im CFF "belesen".
Letztendlich ist hängen geblieben, daß nicht jedes monkey-script in/mit jedem monkey läuft.
Wäre ein zuätzlicher "Nebenschauplatz", auf den ich ein Auge haben müßte.
moin, moin...
Ich hab eben beim Stöbern folgendes Script gefunden:
// ==UserScript==
// @name Camp Firefox Fx Version + Betriebssytem
// @namespace http://tampermonkey.net/
// @version 0.1
// @description try to take over the world!
// @author Sören
// @match https://www.camp-firefox.de/forum/neues-thema/*/
// @grant none
// ==/UserScript==
// Herkunft:
// https://www.camp-firefox.de/forum/thema/131129-fenster-alles-anzeigen-mit-klick-%C3%B6ffnen-und-schlie%C3%9Fen/?postID=1152213#post1152213
const customOptions = document.querySelectorAll('[id^="customOption"]');
const ua = navigator.userAgent.match(/Firefox\/([0-9]+\.[0-9.])/);
if (customOptions.length > 1) {
customOptions[0].value = 'Firefox ' + ua[1];
customOptions[1].value = 'Windows 10 Home 64 Bit';
}
Alles anzeigen
Gibts das auch irgenwo für ohne xxxmonkey?
Ich möchte nicht extra für 1 script ein zusätzliches Add-On installieren.
Jetzt muß ich nur noch rausbekommen, wie man die Breitenfestlegung nur auf angetackerte anwendet.
Irgendwiesowas wie .tabbrowser-tab[label*="Allgemein"]::selected oder so mit dem richtigen statt "selected"
Ich hab mich eben nicht losreißen können, bis ich ein für mich akzeptables Ergebnis erreicht habe, und zwar hiermit:
/* 56_tabs_feste_breite.css */
/* Feste Breite für ausgewählte Tabs */
/* https://www.camp-firefox.de/forum/thema/133660 */
/* 211106: 2002Andreas: bei ihm laufende Anpassung übernommen */
/* 211107: harff182: nur angepinnte Tabs sind betroffen */
.tabbrowser-tab[label*="Suchergebnisse"][pinned] {
min-width: 75px !important;
max-width: 75px !important;
}
.tabbrowser-tab[label*="Suchergebnisse"][pinned] .tab-label::before {
content: "Heute: " !important;
}
/*Perry-Spoiler-Thread*/
.tabbrowser-tab[label*="Spoiler"][pinned] {
min-width: 105px !important;
max-width: 105px !important;
}
/*Thunderbird Anpassungen*/
.tabbrowser-tab[label*="Manuelle"][pinned] {
min-width: 85px !important;
max-width: 85px !important;
}
/*CFF Allgemein */
.tabbrowser-tab[label*="Firefox Allgemein"][pinned] {
min-width: 90px !important;
max-width: 90px !important;
}
.tabbrowser-tab[label*="Firefox Allgemein"][pinned] .tab-label::before {
content: "Allgemein " !important;
}
/*CFF individuelle Anpassungen */
.tabbrowser-tab[label*="Individuelle"][pinned] {
min-width: 100px !important;
max-width: 100px !important;
}
Alles anzeigen
Jetzt fehlt mir nur noch eine Möglichkeit irgendwie festzulegen, daß ein Link aus einem angepinntem Tab heraus nicht im selben Tab, sondern in einem zusätzlichen Tab öffnet wird. Ich fürchte aber, dafür ist ein JS-Script notwendig.
Das hat aber definitiv Zeit bis nächste Woche - heute mach ich ersma Pause und schlaf aus.
Ich glaube es ist KLÜGER, wenn man mit den grössen von den Tabs nicht spielt.
Nix da, ich lass mich doch von einem Problem, das auf einen potentiellen Bug hindeuten könnte, nicht entmutigen.
Deswegen hab ich ja meine "Big 5" auch angetackert.
Das "Problem" mit dem runden Tab schein ich auch gelöst zu haben.
Jetzt muß ich nur noch rausbekommen, wie man die Breitenfestlegung nur auf angetackerte anwendet.
Irgendwiesowas wie .tabbrowser-tab[label*="Allgemein"]::selected oder so mit dem richtigen statt "selected"
Ma gucken, ob ob milupo das weis ![]()
Mir fällt nur noch die user.js ein. Hast du eine im Profil?
Nope.
oder auch garnicht bei mir
Und dann die px-Werte immer gleich erhöhen, bisses Dir gefällt ![]()
Abba nich so viele aufmachen, das is ungesund für die Tab-Leiste ![]()
Ach, war wieder nichts.
Nich traurig sein, auch der Versuch gibt Pluspunkte ![]()