Nützt alles nichts, Script raus, dann ist Ruhe.
Danke, für die Tests.
Nützt alles nichts, Script raus, dann ist Ruhe.
Danke, für die Tests.
Nicht auf den Button, auf das geöffnete Menü.
So sieht es aus wenn ich den Button für das Überhangmenü betätigt habe, Menü öffnet sich, Maus über das Menü, etwas warten, Menü schließt selbsttätig, und der Button bleibt weiterhin gedrückt.
Kein Problem hier
Sei gegrüßt, Andreas!
Es muss das Popup geöffnet sein, dann die Maus drüber, und etwas warten.
Könntest Du diese Version mal bitte testen:
Auch Dich grüße ich, Endor!
Nein, auch damit passiert es.
Für Tooltips habe ich mal dieses Script übernommen. Nun habe ich krampfhaft versucht den Fehler zu finden, warum einige Popup-Menüs kurz nach dem öffnen wieder schließen, wenn die Maus darüber gehalten wird, so z.B. Überhangmenü, Hamburger Menü, u.a. Wird das Script entfernt, dann passiert das nicht.
Woran könnte das liegen?
// Tooltips.uc.js
//https://www.camp-firefox.de/forum/thema/112673-userchrome-js-scripte-f%C3%BCr-den-fuchs-diskussion/?postID=1223393#post1223393
(function() {
if (location.href !== 'chrome://browser/content/browser.xhtml') return;
var css =`
tooltip[label*=" "],
tooltip,
.balloonTooltip {
appearance: none !important;
background-color: #2B2B2B !important;
font-size: 13px !important;
color: #E0E0E0 !important;
border: 2px solid #FFA500 !important;
border-radius: 0px !important;
box-shadow: none !important;
padding: 5px 10px 5px 10px !important;
width: auto !important;
height: auto !important;
vertical-align: middle !important;
overflow: hidden !important;
}
`;
var sss = Cc['@mozilla.org/content/style-sheet-service;1'].getService(Ci.nsIStyleSheetService);
var uri = makeURI('data:text/css;charset=UTF=8,' + encodeURIComponent(css));
sss.loadAndRegisterSheet(uri, sss.AGENT_SHEET);
})();
Alles anzeigen
Danke, danke, so habe ich mir das gedacht, und funktioniert ganz prima. Auch die Benachrichtigung wird angezeigt.
Oh Mann, du mit deinen exzentrischen Sonderwünschen...
Stimmt, das hat aber einen ganz besonderen Hintergrund.
Ich bedanke mich ganz herzlich für Deine Unterstützung. Um aber ganz klar herauszustellen, ich zwinge Dich nicht dazu, aber wie es aussieht, bist Du hier i.M. der einzige Fachmann auf diesem Gebiet. Denn Andreas hatte hier im Forum auch schon erklärt, dass aborix hier schon lange nicht mehr aktiv ist.
habe die Änderungen im Skript mal markiert
Du bist mein Held!
2002Andreas hat ja schon getestet, ich werde das später machen.
Danke, aber das hilft auch nicht weiter, weil das Ergebnis dann so aussieht.
Der Name des Profilordners lautet in diesem Fall aber sqqcbryv.Arbeits-Fox-1691506530881, und genau so müsste er nach dem Entpacken lauten (so mein Gedanke).
Edit:
Aber das könnte man anpassen, wenn im Script das hier so abgeändert wird.
// Die folgende Zeile formt den Archivnamen
var archiveName = 'sqqcbryv.Arbeits-Fox-1691506530881.zip';
So müsste dann auf die Zeitangaben verzichtet werden.
Das macht das Skript doch?
Neee, das speichert den Inhalt des Profilordners, wie ich schrieb. wenn ich das Archiv entpacke, dann sieht das so aus.
Mein Gedanke war, dass der Ordner "Profilordner" (wie er z.B. in einer portablen Version heißt) komplett als dieser Ordner im Archiv hinterlegt ist, und zwar so.
Mir ist da noch ein Wunschgedanke zu dem Script gekommen. Das Script in dieser Variante sichert ja den Inhalt des Profilordners und erstellt davon ein Archiv. Kann es so umgeschrieben werden, dass der komplette Profilordner als Archiv gespeichert wird.
Im Nightly gibt es einen neuen Eintrag:
Danke!
weder in Firefox 116 noch im Nightly.
Also auch in v116 (auch portable) funktioniert es, hier hatte ich zum Test allerdings den Pfad vorgegeben.
Ich habe in Nightly (portable) unter Win11 eine Sicherung ohne Pfadangabe gestartet, die Auswahl kommt sofort, und nach Ende des Backups erscheint auch die Benachrichtigung.
Na siehst, und du wolltest schon aufgeben
Du kennst uns doch, Andreas, nur kurz verschnaufen.
So, das im Script oder in userChrome.css eingetragen ergibt dann hier:
#profileschange-button.toolbarbutton-1.chromeclass-toolbar-additional image.toolbarbutton-icon {
width: 33px !important;
height: 33px !important;
padding: 6px !important;
}
(auch mit neuem Code von Aris für die Button getestet)
Und das noch dazu, dann ist auch das Icon vom Addon-Update-Button angepasst.
#addons-update-button-ucjs.toolbarbutton-1.chromeclass-toolbar-additional image.toolbarbutton-icon,
Schau Dir mal das Padding des Buttons an.
Ralf, das war der springende Punkt, ich danke Dir.
Hmm, zumindest das Icon könntest du noch reinstellen.
Wenn Du es unbedingt haben möchtest.
Und wenn du ihm dann alleine Rahmen, Hg und Farbe gibst?
Passt dann die Größe?
Nun habe ich die Zeile von Aris für den Urheber erklärt, ist aber doch nicht so.
Nur das Profile-Script noch im Einsatz, der Rest an Codes, Scripte, alles raus, und trotzdem das kleine Icon.
Ich bedanke mich bei allen Unterstützern, wir lassen es einfach so.
Ich habe dann doch mal die Aris CSS (v4.3.9, Fx115.1esr) im Testprofil geladen, und mit dem Script benutzt.
Den neuesten code habe ich natürlich auch getestet, keine Verbesserung.
Was mich nur wundert, warum ist das nur bei 2 Skripten so
Das wundert mich auch, aber der Übeltäter ist die Zeile aus dem Code von Aris. Die kann ich aber nicht entfernen, weil sonst einige Button nicht angezeigt werden.
Ich habe folgendes CSS
Ich bedanke mich, das schaue ich mir mal genauer an.
Und wenn du das Icon aus dem Skript entfernst, und es als eigene CSS Datei erstellst?
Ist die Größe dann anders?
Oder dieses Icon mal für einen anderen Eintrag nehmen zwecks Test.
Das habe ich alles schon durch, Icons gewechselt, Größe gewechselt, Format gewechselt, nichts da.
Wir machen es jetzt so, ich bedanke mich für Euren Einsatz, und wir lassen es dabei bewenden. Da machen wir doch wegen dieser Kleinigkeit kein Drama draus. Einverstanden?