Beiträge von Mira_Belle

2002Andreas Deine Symbole sind vom Firefox. Ich nehme an, die sind 16*16.
Ich habe eigene Symbole genommen, welche erheblich großer sind.
Warum auch immer, werden diese aber nicht auf die erforderliche Größe skaliert.
Ob es nun in JavaScript eine Entsprechung für die CSS-Eigenschaften gibt, da habe ich nicht weiter nach gesucht!

Denn das Skript einfach mit:

menuitem.style.minWidth = '16px';
menuitem.style.minHeight = '16px';
menuitem.style.width = '16px';
menuitem.style.height = '16px';
menuitem.style.backgroundSize = '16px 16px';

... erweitern, hat nicht funktioniert.
Eventuell sagt mir Sören Hentzschel ja wo mein Denkfehler liegt.

Ach ja, da fiel mir auf, dass das Skript "SkipToTopAndBottom.uc.js" in der Nightly nicht mehr richtig funktionierte,
bzw. dass die Symbole irgendwie falsch, zu groß dargestellt wurden.

Ergo, Fehlersuche und beheben.
Ergänzend musste ich eine CSS schreiben.

/* SkipToTopAndBottom.css */

/* =========================== */
/*  Skip To Top & Bottom Icons */
/*  Einheitliche Icon-Größe    */
/* =========================== */

#context-navigation {
  > .menuitem-iconic {
        /* Gemeinsame Icon-Größe */
    > .menu-icon {
        width: 32px !important;
        height: 32px !important;
        max-width: 32px !important;
        max-height: 32px !important;
        background-size: contain !important; /* für perfekte Skalierung */
        object-fit: contain !important; /* falls SVGs oder PNGs verwendet werden */
    }
  }
}

Damit wurde das Problem behoben.

Zitat von DenalB

Sobald ich dazu komme, melde ich mich hier wieder.

Ich weis, lange ist's her, aber Du bist mir was schuldig!

Zitat von 2002Andreas

CSS-Codes in Skripten funktionieren auch ohne die Änderung in der config.

Ah, wusste ich nicht.

___________________________________

Tester gesucht!

Mein erster Gedanke war ja auch in diese Richtung!
Wenn ein User aber seinen FF noch nicht fit für CSS gemacht hat, werden wohl auch so manches JavaScript
nicht richtig funktionieren.
Und, da ich ja für die Nutzung für JavaScript eh den richtigen Profilordner brauche, ....

Ich muss halt nur daran denken, wenn es schon besagte Dateien gibt, dass die dann unangetastet bleiben.
Aber das ließe sich dann ja auch auf zweierlei Weise prüfen
1. Es gibt den "chrome"-Ordner schon
2. Es gibt die "Dateien" schon.

Zitat von 2002Andreas

Sondern auch, wenn User schon eine userChrome.css oder userContent.css usw. haben.

Guter Einwand!
Aber das mit dem CSS baue ich erst ganz zum Schuss ein.
Erst einmal soll es darum gehen den Firefox JavaScript tauglich zu machen.

Ah, Danke Sören Hentzschel für diesen Tip.
Nun muss ich etwas Hirnschmalz aufwenden.
Ich habe NOCH keine Ahnung, wie man Dateien ausliest!
Aber das würde ich ja auch bei der "user.js" gebrauchen.

Nachfrage!
Sollte dort nach dem Profil unter "[Profile0]" geschaut werden?

Danke 2002Andreas So oder so ähnlich, darauf wird es hinauslaufen.
Ich habe aber erst einmal das Problem überhaupt auf das eigentliche Profil zu greifen zu können.
Wenn der entsprechende Ordner "xxx.default" oder "xxx.default-release" heißt,
bekomme ich das, glaube ich hin.
Aber was ist, wenn der Ordner anders benannt ist?
Darüber zerbreche ich mir gerade den Kopf.

Zitat von Endor

Kann die Dateien gerne ins Zip Archiv integrieren.
Sag mir Bescheid wenn ich das machen soll.

Danke, werde ich machen, wenn es so weit ist.

----------------------------------------------------------------------------------------

Ich bräuchte mal einen, oder zwei Freiwillige, die eine VM haben!
Den Firefox ganz normal installieren,
und dann das PS-Skript testen?

Bitte per PN melden, denn das unfertige Skript möchte ich hier nicht posten,
Wenn jemand, der keine Ahnung hat, es einfach so anwendet, und es nicht richtig funktioniert,
schrottet er unter Umständen seine Windowsinstallation!

Dann die Prüfung, ob der Firefox im richtigen Ordner installiert ist.

# 3.Firefox Installationspfad
$firefoxPath = Join-Path $env:ProgramFiles "Mozilla Firefox"

# 4.Prüfen, ob der Ordner existiert
if (!(Test-Path $firefoxPath)) {
    Write-Host "Firefox-Installationsordner wurde nicht gefunden! Vorgang wird abgebrochen." -ForegroundColor Red
    exit
} else {
    Write-Host "Firefox-Installationsordner gefunden unter: $firefoxPath" -ForegroundColor Green
}

Zitat von 2002Andreas

Zitat von Mira_Belle

Mh, damit CSS funktioniert

Nur mal so, dann müsste auch gleich noch der config Eintrag dafür geändert werden.

Weiß ich, dazu komme ich später! Aber Danke für die Erinnerung.
Aber das wird, sofern überhaupt möglich, etwas komplizierter

Mh, damit CSS funktioniert, könnte man auch gleich die Erstellung der "userChrome.css"
und eventuell der "userChromeShadow.css".
Und wenn wir schon dabei sind, kann eine "userContent.css" auch gleich mit erstellt werden.

Wäre es möglich, dass Endor diese schon in sein ZIP integriert?

/* userChrome.css */
/* In dieser Datei werden alle CSS-Regeln eingefügt, die den Firefox verändern */

/* userChromeShadow.css */
/* In dieser Datei werden alle CSS-Regeln eingefügt, welche einen ::part() Selektor benötigen. */

/* userChromeShadow.css */
/* In dieser Datei werden alle CSS-Regeln eingefügt, welche eine Hompage verändern */

So in etwa könnte ich mir den Inhalt der einzelnen Dateien vorstellen.

Stand der Dinge.

Herunterladen und entpacken klappt schon mal!

# 1.Zielordner für ZIP-Download und Entpacken
$tempDir = "$env:temp\FF"

# 2. ZIP herunterladen und entpacken
if (!(Test-Path $tempDir)) {
    New-Item -Path $tempDir -ItemType Directory -Force
}
    pause
$zipUrl = "https://raw.githubusercontent.com/Endor8/userChrome.js/master/userChrome/Dateien/firefox-anpassungen.zip"
$zipPath = "$tempDir\firefox-anpassungen.zip"

if (!(Test-Path $tempDir)) {
    New-Item -Path $tempDir -ItemType Directory -Force
}

Invoke-WebRequest -Uri $zipUrl -OutFile $zipPath

Expand-Archive -Path $zipPath -DestinationPath $tempDir -Force

Auf Anregung von BrokenHeart versuche ich mich mal an einem PowerShell-Skript,
damit die entsprechenden Dateien in die richtigen Ordner kopiert werden.

Zur Erinnerung:

GitHub - Endor8/userChrome.js: Skripte für die Firefox-Erweiterung userChromeJS

Skripte für die Firefox-Erweiterung userChromeJS. Contribute to Endor8/userChrome.js development by creating an account on GitHub.

github.com

Zur Anleitung ganz nach unten scrollen.

Zitat von BrokenHeart

Du beherrscht das doch, wenn ich mich nicht täusche. Na, wie wär's ...

Würde ich ja gerne, aber so wirklich fit bin ich da auch nicht!
UND wäre auf jeden Fall auf Hilfe angewiesen.
Und dann wäre ja noch das Problem mit dem Testen!!
In einer VM sollte das kein Problem sein, aber bisher habe ich auf meinem System
es einfach noch nicht hinbekommen, so ein Ding zu starten. Ums verrecken nicht!
Da steh' ich mir wohl selbst im Weg, warum auch immer.

Nachtrag!

Ich überrasche mich immer mal wieder selber!
ABER ich scheitere am Profilpfad.

Runterladen, ok. Entpacken, ok.
Kopieren der "config.js" ins Programmverzeichnis, auch ok,
Anlegen des Ordners "userChromeJS", auch kein Ding.
Kopieren der Dateien, die da rein sollen, abgehakt.

Und dann kommt das Profilverzeichnis
Ende. Da verließen sie sie! Ich bin in einer Schaffenskrise.

"$env:APPDATA "Mozilla\Firefox\Profiles" bis hier her komme ich, und dann "xxx..default"!?
Ich muss ja in diesen Ordner um darin den "chrome"-Ordner erstellen zu können.

Jemand eine Idee?

Zitat von Sören Hentzschel

Es kommt immer darauf an, was man möchte.

So schaut's aus.

Dein Einwand kann ich durchaus verstehen, wenn man große Projekt pflegt,
wie den Onlineauftritt eines Unternehmens würde es auf jeden Fall sehr schnell unübersichtlich und kompliziert werden.

Wir reden hier aber nur von kleinen Anpassungen des Firefox.

Und man muss auch bedenken, dass weniger visierte Anwender solche Anpassungen vornehmen möchten.
Einige sind ja schon fast überfordert, die richtigen Vorbereitungen zu treffen, damit der Firefox überhaupt anpassbar wird.

Nun bin ich gespannt, was BrokenHeart zu dem Thema meint.

Eventuell trenne ich in Zukunft ja doch CSS und JavaScript, aber ich weiß es noch nicht.

Horstmann Stimmt, das sind durchaus Punkte, die für ein ausgelagertes CSS sprechen.

Für CSS im Skript spricht "für" mich, es ist variabler.
Mann hat alles unter "Dach und Fach", und wenn man geschickt die Variablen setzt,
hat man so etwas wie ein Konfigurationsbereich, wie ich schon mit dem Hinweis auf das Scrollbar-Skript beschreiben wollte.
Auch hat man mit JavaScript Möglichkeiten, die einem nur in CSS so nicht so einfach, oder auch gar nicht, zur Verfügung stehen.

Für einen Benutzer ist ein JavaScript, so denke ich, in der Anwendung einfacher, er muss nicht mehrere Dateien in verschiedene
Verzeichnisse ablegen.
Die Konfiguration des Skriptes, wenn geschickt gemacht, sollte auch für einen Laien einfach sein, weil er ja dann,
nichts am eigentlichen Code verändern muss und brauch.

Nachteil, es werden Monster, wenn man alles Mögliche abdecken will.
Kann man ja hier in diesem Thread mit "meinem" Skript nachvollziehen.
Hatte das ursprüngliche Skript ca. 150 Zeilen,
hat die letzte funktionierende Version schon ca. 200 Zeilen.

Ich finde Javascript einfach spannend und in Kombination mit CSS steht einem der Firefox offen.
Ob nun Funktionen und Layout getrennt oder, wie ich es lieber mag, Funktionen und Layout kombiniert in einer Datei,
ist wohl eine Frage der persönlichen Vorlieben. Denke ich.

Was sagt DIhr dazu Sören Hentzschel und BrokenHeart ?
Interessiert mich, bitte einen kleinen Kommentar.

Zitat von Horstmann

Was mich angeht, manche Sachen kann ich einfach nicht...

Ok, ich tu mir mit CSS ziemlich schwer, was so "Funktionen angeht.
Da bist Du der Fuchs.

Aber es ist, war eine generelle Frage!

Mh, was sind die Vor- bzw. Nachteile, wenn man das meiste davon direkt in JavaScript umsetzt?
Ich frag' nur aus Neugierde!

Horstmann Da Du ja auch nicht zm Ende kommst, könnte ich auch nicht die Finger vom Skript lassen.

Ergebnis:

Und man kann es über "useStyle = "1" umstellen auf:

Und das alles nur, wie ich vermutete, mit einer kleinen Ergänzung am Ende des Skripts.

          let strCountOut1 = String(menuCount).padEnd(2, " ");
          bmContent.setAttribute('data-value1', strCountOut1);

... ersetzen durch ...

          let strCountOut2 = (useStyle === 0) 
            ? String(menuitemCount).padStart(4, "/  ")
            : String(menuitemCount).padEnd(2, " ");
          bmContent.setAttribute('data-value2', strCountOut2);

Nachwort!

Natürlich hätte ich auch ganz einfach den CSS-Block dafür anpassen können,
so aber ergeben sich ganz andere Möglichkeiten.
Z.B. könnte man auch per "Einstellung" ganz einfach die Anzeige ohne diesen Backslash erscheinen lassen..

Das Schöne am JavaScript ist ja, wenn man sich wirklich gut auskennt,
dass man ganz zu Anfang nur jene "Schalter" (also bestimmte Variablen) stellt,
die der User sich für seine eigenen Bedürfnisse einstellt.

Weitere Variablen, die irgendetwas berechnen, stellt man hinten an!

So bleibt der restliche Code unangetastet und nichts geht kaputt.

Wie z.B. beim Appmenu-Skript oder beim Scrollbar-Skript.

Zitat von Horstmann

Wenn's nach mir ginge, würde ich eh lieber ein Paket mit komplett separaten JS und CSS Dateien plus Icons machen.

So sind die Geschmäcker verschieden. Ich habe "Veränderungen" am Firefox lieben kompakt in einer Datei!

Zitat von Horstmann

Trennstrichcode speziell für grisu2099 ,

Und das mit dem Trennstrich geht auch im Code ganz am Ende recht einfach!
let strCountOut2 = String(menuitemCount).padStart(3, "/ ");

Könnte man auch irgendwie in die "Weiche" (useStyle) mit einbauen.
Da ein solcher Trennstrich je nach gewünschter Anzeige an anderer Stelle sein müsste.

Und ob so ein Trennstrich überhaupt angezeigt werden soll.
Aber da mache ich mich jetzt nicht mehr dran
Ich brauche es nicht und es sprengt dann doch irgendwie den Rahmen,
vom Umfang des ganzen.
Das Skript, "mein" Skript, bietet ja jetzt schon mehr, als ich selbst benötige,
aber es hat mich einfach gejuckt, das mit der "Weiche" (Option der Anzeige).