Beiträge von Horstmann

  • Button um weiteres Profil zu öffnen

    Zitat von Mira_Belle

    So dann hier die neue und aktuelle Version meines "Button-um-weiteres-Profil-zu-öffnen-Skripts".

    Nur mal für ganz Langsame wie mich: das hier ist wohl inzwischen überholt, und Zeile 31 ProfilePath = PathUtils.toFileURI(PathUtils.join(PathUtils.profileDir, 'chrome', 'icons')); - mit PathUtils - funktioniert also, auch in den aktuellen Nightlys?

    Ärgerlicherweise kann ich Nightlys nicht mehr benutzen auf der alten Mackiste, möchte nur weitmöglichst meine Scripts aktuell halten.

  • Button um weiteres Profil zu öffnen

    Zitat von FuchsFan
    Zitat von Horstmann

    ich vermute du hast evtl. CSS am Laufen das die Icongrösse für manche Buttons ändert, aber nicht für alle.

    Da liegst Du vollkommen richtig, in der Regel werden mit eingebunden, aber nicht alle, wie du andeutest.

    https://github.com/Aris-t2/Custom…_appearance.css

    Da seh ich aber nix bzgl. Grössen, oder ich bin blind.

    Das Aris Monster - genial wie es ist - hab ich aber schon zu oft durchgekämmt um das nochmal zu machen. ;)

    Eine komplett wilde Idee wäre in dem Fall das Icon in einer CSS Datei - am besten vielleicht unten in deiner userChrome.css - anzugeben, und damit das Icon im Script zu umgehen.

    Also sowas, angenommen dein Icon ist in einem Ordner namens icons im chrome Ordner:

    CSS
    #profileschange-button .toolbarbutton-icon {
    list-style-image: url("icons/DeinIcon.png") !important;
}

    Könnte sein dass dann deine anderen Einstellungen für Icons auch für dieses Bild greifen, ohne zusätzliche Grössenangaben.

    Aber wie gesagt, wenn es auch anders funktioniert ist das ja auch ok, also muss man sich den Aufwand vielleicht nicht machen.

  • Button um weiteres Profil zu öffnen

    Zitat von Sören Hentzschel
    Zitat von Horstmann

    was wäre der Vorteil gegenüber .svg?

    Beitrag

    RE: Button um weiteres Profil zu öffnen

    […]

    console.log('Der Text, der geloggt werden soll') oder eben console.log(variable).

    Zum Thema base64:

    […]

    Sören Hentzschel
    2. August 2023 um 20:21

    Verstehe ich nicht so ganz; base64 ist langsamer an sich, oder mit Code eingebettete Icons generell?

    .svg kann man ja auch als Code in CSS benutzen, ohne eine separate Bilddatei zu benötigen - wenn man tatsächlich den einen Schritt sparen muss.

  • Button um weiteres Profil zu öffnen

    Zitat von FuchsFan

    Was kann ich machen, dass die Grafik im Button größer erscheint?

    Eine Änderung der Pixelzahl (Vergrößerung) für die Grafik bringt nichts.

    das wäre normal: und so mit dem Script:

    Das Icon für dieses Script funktioniert hier wie alle anderen auch; ich vermute du hast evtl. CSS am Laufen das die Icongrösse für manche Buttons ändert, aber nicht für alle.

    Es ist mir auch nicht so ganz klar, worauf die Screenshots basieren - ist das normale Icon für einen anderen Button mit CSS eingefügt, oder in der Bildbearbeitung manipuliert?

    Wäre vielleicht sinnvoller das mal zu eruieren, statt eine Einzelregel für nur einen Button reinzuwürgen; aber wenn's auch so geht, geht's auch so. ;)

  • Button um weiteres Profil zu öffnen

    In der userChrome.css brauchst du ja keinen (vollen) Dateipfad festzulegen, bzw. nur wenn die bezügliche Datei nicht im gleichen Ordner wie die zugehörige CSS Datei liegt.

    In diesem Fall dann eben list-style-image: url("Icons/1.gif");, gleiches Prinzip für importierte CSS Dateien, die evtl. in Unterordnern liegen.

    Im Gegensatz zur CSS weiss das JS Script aber nicht wo es die Datei suchen soll, wenn man den vollen Pfad nicht irgendwie definiert.

  • Button um weiteres Profil zu öffnen

    Zitat von Mira_Belle

    Erst einmal soll es hier aber um diese blöde nicht mehr funktionierende Pfadangabe gehen,

    Die da wäre:

    JavaScript
    let ProfilePath = PathUtils.toFileURI(PathUtils.join(PathUtils.profileDir, 'chrome', 'icons'));
let buttonicon = "bookmark-hollow.svg";
let props = {
    style: "list-style-image: url('" + ProfilePath + buttonicon + "');"
};

    und die ich so habe ändern müssen:

    JavaScript
    let currentProfileDirectory = Services.dirsvc.get("ProfD", Ci.nsIFile).path.replace(/\\/g, "/");
let buttonicon = "bookmark-hollow.svg";
let props = {
    style: 'list-style-image: url("' + ("file:" + currentProfileDirectory + "/chrome/icons/" + buttonicon) +'");',
};

    Warum funktioniert die erste Variante nicht mehr :?:

    Mal ganz doof gefragt - die 2te Variante ist doch schon relativ alt, soweit ich das abschätzen kann, und funktioniert anscheinend immer noch.

    Wieso braucht es die erste (neuere?) Variante überhaupt?

    Zitat von 2002Andreas

    PS:

    Vor Jahren hatten wir immer base64 Icons, da brauchte man das alles nicht ;)

    Mal abgesehen von den fragwürdigen Geschmäckern der Erzeuger (was sich hier noch in einigen Scripts an Icons rumtreibt ist schockierend) ;) , und dem furchtbaren Datenwulst in der Datei - was wäre der Vorteil gegenüber .svg?

  • Schaltfläche um Lesezeichen Leiste ein/auszublenden ?

    Zitat von Mira_Belle
    JavaScript
    let ProfilePath = PathUtils.toFileURI(PathUtils.join(PathUtils.profileDir, 'chrome', 'icons'));
let buttonicon = "bookmark-hollow.svg";
let props = {
    style: "list-style-image: url('" + ProfilePath + buttonicon + "');"
};

    eingebunden wurden nicht mehr angezeigt.

    Daher musste ich das anpassen:

    JavaScript
    let currentProfileDirectory = Services.dirsvc.get("ProfD", Ci.nsIFile).path.replace(/\\/g, "/");
let buttonicon = "bookmark-hollow.svg";
let props = {
    style: 'list-style-image: url("' + ("file:" + currentProfileDirectory + "/chrome/icons/" + buttonicon) +'");',
};

    Danke! :)

  • Button um weiteres Profil zu öffnen

    Danke für die Erklärung! :)

    Zitat von Mira_Belle

    Zu Deinem Vorschlag, die Symbole per CSS einzubinden.

    Kann man machen, ist eventuell, wenn man eben sonst keine oder halt nur wenige Symbole hat,

    eine ganz gute Möglichkeit.

    Nur bei zig CSS-Dateien im Fall der Fälle den Fehler zu finden, ... :/

    Und ich habe gerne alles beisammen.

    Kann man so oder so sehen - wenn Icons nur über separates CSS benutzt werden, kann - zumindest momentan - der einzige Fehler eigentlich nur ein nicht existierendes/falsch benanntes oder abgelegtes Icon sein.

    Was das gleiche Problem in der Scriptvariante wäre, aber halt mit dem zusätzlichen Dateipfadgedöns.

    Mir gefällt es auch alles in einer Datei zu haben - andererseits ändere ich auch gerne mal individuelle Icons (Farbe, Deckkraft, Position in der toolbar oder im Überhangmenü, etc.), und dann müsste ich immer in das jeweilige Script rein - das dann auch die entsprechenden Parameter mitbringen müsste.

    Vielleicht sollte ich mir einfach eine separate icons.css anlegen. :/ ;)

  • Button um weiteres Profil zu öffnen

    Zitat von Mira_Belle

    Update

    Version 1.05 vom 27. Juli zeigt kein Symbol mehr an.

    Daher das Skript aktualisiert.

    Wäre interessant zu erfahren, was generell die aktuell funktionierende Variante für Dateipfade/Iconeinbindung in Scripts ist, bzw. was nicht mehr geht und warum. :/

    Ist aber vielleicht ein eigenes Thema, oder zu aufwendig zu erklären.

    Alternativ, könnte es mehr Sinn machen Icons einfach mit CSS einzubetten?

    Mach ich bei den meisten meiner Scripts so.

    Wenn man sich die Button ID aus dem Script nimmt, sollte das doch eigentlich generell klappen, ohne das Theater mit den Dateipfaden im Script?

    zB:

    CSS
    #profileschange-button {
    list-style-image: url("icons/profileschange-button.png") !important;
}

  • Schaltfläche um Lesezeichen Leiste ein/auszublenden ?

    Zitat von Mira_Belle

    Update

    Da mein Skript unter Version 116 nicht mehr funktioniert,

    habe ich es umgeschrieben.

    Nur aus Neugierde - welcher Teil hatte denn nicht mehr funktioniert mit Fx 116?

    Kann meine Version nicht testen in der neusten Fx oder Nightly, mein OS ist zu alt und jetzt auf 115ESR ...

    Selber habe ich meine alte, einfache JS/CSS Kombo am laufen, könnte ich bei Gelegenheit mal zusammenlegen im Script:

  • Keine automatische Umstellung auf ESR für älteres OS (Mac?)

    Mein Firefox lässt sich nicht intern von 115.03 auf 115.x ESR updaten, was ursprünglich so angekündigt war als Vorgehensweise für ältere Betriebssysteme.

    ESR kann ich zwar separat herunterladen; meine Befürchtung ist nur, dass die Installation einer neuen Firefox.app meine bisherigen Änderungen mit CSS und JS Scripts zunichte macht.

    Gedanken oder evtl. schon Erfahrungen dazu?

  • non-flexible space wie in früheren Versionen des Browsers

    Eine Art CSS Variante ist etwas das ich gelegentlich einsetze, die nicht benutzte Buttons verwendet.

    Die für einen verfügbaren/sowieso nie benutzten Buttons muss man sich dann halt raussuchen.

  • Button um weiteres Profil zu öffnen

    Nochmal vielen Dank, das Script funktioniert hier prima! :) :thumbup:

    Und mit Varianten für Icon-Dateipfade bin ich jetzt erstmal eingedeckt, ;) auch sehr nützlich.

  • Button um weiteres Profil zu öffnen

    Bzgl. #64 - Hehehe:

    JavaScript
          let arguments = ["-no-remote", "-P", "Test", "-foreground"];

    Dank dem Link von .DeJaVu, und meiner bewährten Taktik von dummdreistem Reinkopieren - mit -foreground öffnet sich das Zusatzprofil auf meinem Mac damit aktiv/fokussiert, und immer im Vordergrund. :)

    Jetzt muss ich das nur noch auf die about:profiles Buttons (Profil zusätzlich ausführen) angewendet bekommen, in einem separaten Script wohl. :/

  • Firefox Mac: zusätzliche Profile öffnen im Hintergrund?

    Zitat von Sören Hentzschel

    Es gibt keine Option, um das Verhalten zu ändern. Bugzilla:

    https://bugzilla.mozilla.org/show_bug.cgi?id=1577057

    Vielen Dank, Sören! :)

    ich hatte mir den Wolf gegoogelt, das aber nicht gefunden...

    Ich bin auch nur darauf gekommen, weil witzigerweise ein weiteres "skurriles" Verhalten dazukommt; wird das Zusatzprofil aus dem Überhangsmenü gestartet - mit den Scripts aus diesem Thema - öffnet es inaktiv und über dem Fenster vom Ursprungsprofil - vermutlich aber hinter dem Überhangsmenü-Popup.

    Schwer in Bildern zu zeigen, ich denke es könnte die Art sein wie Fx solche Popups in den Vordergrund zu drücken scheint.

    Ist dann wohl halt so... ;)

  • Firefox Mac: zusätzliche Profile öffnen im Hintergrund?

    Wenn ich über about:profiles ein zusätzliches Profil öffne, mit Profil zusätzlich ausführen, erscheint dieses Profil hinter dem Ursprungsprofil.

    Also in Profil A öffne ich Profil B, und das Fenster von Profil B liegt hinter Profil A, das im Vordergrund und "aktiv" bleibt.

    In diesem Beitrag bin ich darauf aufmerksam gemacht worden, dass dies in Windows nicht der Fall sei; tatsächlich ist es bei anderen Programmen auch auf dem Mac so, dass neue Fenster, Tabs oder zuletzt gestartete Programme generell im Vordergrund geöffnet werden.

    Fenster sowie Tabs sind auch in Firefox "normal" in der Hinsicht (bzw. optional einstellbar), nur eben das Öffnen von zusätzlichen Profilen(/Instanzen?) verhält sich anders.

    Gibt es evtl. eine Option in about:config o.ä., die diese Profile im Vordergrund erscheinen lässt, oder eine macOS Einstellung die hier greift?