Beiträge von Speravir

Zitat von .DeJaVu

Kannte ich zuletzt nur noch für die Ordnersymbole fur Aris css,

Zitat von BrokenHeart

muss jetzt auch mal bei Aris schauen, ob das immer noch so ist, oder ob sich da schon was getan hat

Zitat von .DeJaVu

Aris hat sein CSS abgeändert

(Ergänzend:) Und vorher:

[Firefox 112+] Mozilla removed -`moz-image-region` rule - icon sets are currently broken · Issue #564 · Aris-t2/CustomCSSforFx

See https://bugzilla.mozilla.org/show_bug.cgi?id=1817071 Settings currently affected by this change: custom icon sets for toolbar button options custom…

github.com

Zitat von .DeJaVu

Ich hatte mir schon gedacht (und gehofft), dass du nachfragst.

Danke, DeJaVu, aber mittlerweile wusste ich es selbst (deshalb meine Formulierung „von der falschen Annahme ausgegangen“).

Haha, die Einleitung des ersten von dir verlinkten Textes trifft genau meine Gedanken.

Zitat von Sören Hentzschel

Wobei du ja auch mit Scripts und CSS arbeitest. Damit kommt für dich natürlich grundsätzlich genauso jedes Programm in Frage, welches diese Sprachen unterstützt. Auch, wenn es noch viel mehr andere Sprachen unterstützt.

Jepp, aber ich war eben von der falschen Annahme ausgegangen, dass ich das gesamte Visual Studio hätte installieren müssen.

Zitat von Sören Hentzschel

Visual Studio Code ist einer der bekanntesten Code-Editoren überhaupt.

Na ja, vom Namen her war das Programm mir schooon bekannt. Trotzdem danke, der Zahlenwert der Nutzer war mir unklar (bzw. der Nutzer, die bei der Umfrage in StackOverflow mitgemacht haben, aber die Größenordnung sollte einigermaßen stimmen).

Zitat von Sören Hentzschel

Ich weiß zwar nicht, was dein Problem mit Visual Studio ist,

Kein Problem, nur kein Bedarf, weil kein Entwickler, schon allein mangels Kenntnissen der unterstützten Programmiersprachen.

Zitat von Mira_Belle

Und was haltet Ihr von Visual Studio Code?

Gar nichts. Aber in dem Sinn, dass ich nicht kenne und deshalb nicht einschätzen kann. Bis eben dachte auch, dass er ein Teil von Visual Studio sei und ich mir schon deshalb nicht herunterladen würde.

Zitat von .DeJaVu

Ich sag nicht umsonst, dass Arbeiten in XML-Dateien überflüssig ist.

Nicht ganz: Zumindest, wenn man sich eine Stildatei völlig neu zusammenstellt, ist es viel einfacher, in der Kopie der Vorlage alle Vorkommen von bgColor="FFFFFF" in einem Wisch vom Editor suchen und durch die gewünschte Farbe ersetzen zu lassen, in Son Gokus Fall …

Zitat von Son Goku

mein Themen

nord.xml

… wäre das dann bgColor="2E3440". Und genauso kann man dann alle Farben für die Kommentare ersetzen.

Wenn wir schon bei

Zitat von DenalB

OffTopic

sind:

Ein anderer exzellenter Editor ist CudaText. Wenn ich nicht schon zu sehr an den Notepad++ gewohnt gewesen wäre (samt Anpassungen), wäre ich zu dem gewechselt. Er ist übrigens ein „cross-platform text editor“ (Zitat aus Website), erhältlich für

• Windows (x86, x64)
• Linux (x64, ARM, AArch64)
• macOS (x64, AArch64)
• FreeBSD (v12 or newer; x86, x64)
• OpenBSD (x64)
• NetBSD (x64)
• DragonFlyBSD (x64
• Solaris (x64)

Zitat von .DeJaVu

Für Schriftgrößen braucht's keine XML, das kann man für jede Script-Srprache und NPP direkt in NPP einstellen.

Ja, genau so wenig wie für die Farben. Aber dazu hat Son Goku doch schon etwas gesagt:

Zitat von Son Goku

aber im Notepad++ ist mir das alles ein wenig zu klein in WQHD und einem 27 Zoll Monitor

Wenn man weiß. was man tut, kann man das eben alles direkt in der passenden Stildatei ändern.

Zitat von .DeJaVu

"Einstellungen > Stile", landet alles in der stylers.xml.

Nur dann, wenn man kein anderes Thema ausgewählt hat.

Zitat von .DeJaVu

Also nicht blind in irgendwelchen XML wurschteln

Ja, eine Sicherungskopie ist nie verkehrt. Aber ich hatte doch auch nichts anderes geschrieben, insbesondere habe ich direkt empfohlen, eine Kopie der Vorlagendatei anzulegen.

Zitat von FuchsFan

Wenn ich mich hier mal einklinken darf, schon seit einiger Zeit ist das Kontext-Menü nicht mehr in deutscher Sprache.

Das war ein Fehler in der deutschen Sprachdatei, der aber eigentlich mit Version 8.4.9 repariert sein sollte (ich finde den Thread in GitHub oder auf der Communityseite nicht mehr). Du könntest dir dir Sprachdatei separat herunterladen: notepad-plus-plus/german.xml.

Zitat von Son Goku

aber im Notepad++ ist mir das alles ein wenig zu klein in WQHD und einem 27 Zoll Monitor

Aha. Ich denke, eine Bildschirmlupe könnte hier ein sehr gute Freundin werden. Ansonsten, wie gesagt, kannst du die Stildatei direkt bearbeiten, sogar in Notepad++ selbst. Änderungen werden aber erst nach einem Neustart aktiv. Normalerweise müsste man darauf hinweisen, dass eine Sicherungskopie angelegt werden sollte, aber die hast Du ja schon, sogar extern.

Zitat von Son Goku

kurze Frage was eine Stilexml Datei angeht.

gibt es es eventl eine Vorlage wie man sowas selber erstellen kann ?

Ach soooo, die verlinkte Datei war gar nicht von dir. In Np++ wird eine Datei stylers.model.xml mitgeliefert. Diese kopieren und unter anderem Namen im Themes-Unterordner abspeichern oder dasselbe mit einem der dort schon vorhandenen Themes tun. Oder dem Vorschlag vom DejaVu folgen.

Zitat von Sören Hentzschel

Du hast die Quelle selbst verlinkt.

Upps,  (eigentlich hätte ich lieber das nicht vorhandene Peinlich-berührt/Errötend-Smiley gesetzt). Das ist dann wieder mal so ein Fall von „Wer lesen kann …“

PS: Mir fällt gerade auf, dass das erste (, a: (:|) und das fünfzehnte Smiley (, a: ||) in der Darstellung identisch sind, was, wie ich bei einem schnellen Blick in den Quelltext sehe, daran liegt, dass tatsächlich dasselbe Bildchen geladen wird. Das würde ich für einen Fehler halten.

Zitat von Son Goku

ich möchte in meinem Still die Farbe für Texte, HTML, CSS, PHP, XML usw die Auskommatiert wurden generell eine andere Farbe verpassen.

Was bedeutet „usw.“? Willst du eigentlich für alle Sprachen die Kommentarfarbe ändern oder nur für die genannten und ein paar weitere?

Eigentlich ist es ja so gedacht, dass man unter Einstellungen > Stile konfigurieren Änderungen an den Farben vornimmt (und an der Schriftdarstellung, wenn gewollt), aber Du kannst innerhalb der XML-Datei nach den passenden Zeilen suchen. Als Beispiel HTML (ich hab hier die Standarddefinition kopiert):

<LexerType name="html" desc="HTML" ext="">
    <WordsStyle name="DEFAULT" styleID="0" fgColor="000000" bgColor="FFFFFF" fontName="" fontStyle="1" fontSize="" />
    <WordsStyle name="COMMENT" styleID="9" fgColor="008000" bgColor="FFFFFF" fontName="" fontStyle="0" fontSize="" />
    <WordsStyle name="NUMBER" styleID="5" fgColor="FF0000" bgColor="FFFFFF" fontName="" fontStyle="0" fontSize="" />
    <!-- gekürzt -->
</LexerType>

Du könntest also in der gesamten Datei nach einer Zeile

<WordsStyle name="COMMENT" styleID="9" fgColor="008000" bgColor="FFFFFF" fontName="" fontStyle="0" fontSize="" />

suchen und die Farben ändern. Diese sind als Hexadezimalwerte eingetragen, jeweils RRGGBB. fgColor steht für die Textfarbe („foreground“), bgColor für den Hintergrund („background“), Standard für den Kommentar ist also Text in reinem Grün (Dezimalwert 128) ohne Rot- und Blauanteil (jeweils 00) vor weißem Hintergrund (alle drei Farbkanäle mit Maximalwert FF oder dezimal 255). Die Bezeichnung in name steht so auch im oben erwähnten Einstellungsdialog.

Nun besitzen manche Sprachen mehr als eine Kommentarvariante, zum Beispiel PHP:

<LexerType name="php" desc="PHP" ext="">
    <!-- gekürzt -->
    <WordsStyle name="COMMENT" styleID="124" fgColor="008000" bgColor="FEFCF5" fontName="" fontStyle="0" fontSize="" />
    <WordsStyle name="COMMENT LINE" styleID="125" fgColor="008000" bgColor="FEFCF5" fontName="" fontStyle="0" fontSize="" />
    <!-- gekürzt -->
</LexerType>

Mir ist hier übrigens etwas aufgefallen: Deine Stildatei ist veraltet, denn bei dir finde ich unter PHP in Zeile 260 den Namen COMMENTLINE, also noch zusammen geschrieben. Das war wohl ein Fehler und ist vor einiger Zeit korrigiert worden (es gibt noch mehr solcher Korrekturen).

Es gibt auch Stile mit noch mehr Kommentarauszeichnungen, immer abhängig von der Sprache. Gleich die Definition für Actionscript, die erste Sprache in der Standard-Stildatei, enthält all das:

<LexerType name="actionscript" desc="ActionScript" ext="">
    <!-- gekürzt -->
    <WordsStyle name="COMMENT" styleID="1" fgColor="008000" bgColor="FFFFFF" fontName="" fontStyle="0" fontSize="" />
    <WordsStyle name="COMMENT LINE" styleID="2" fgColor="008000" bgColor="FFFFFF" fontName="" fontStyle="0" fontSize="" />
    <WordsStyle name="COMMENT DOC" styleID="3" fgColor="008080" bgColor="FFFFFF" fontName="" fontStyle="0" fontSize="" />
    <WordsStyle name="COMMENT LINE DOC" styleID="15" fgColor="008080" bgColor="FFFFFF" fontName="" fontStyle="0" fontSize="" />
    <WordsStyle name="COMMENT DOC KEYWORD" styleID="17" fgColor="008080" bgColor="FFFFFF" fontName="" fontStyle="1" fontSize="" />
    <WordsStyle name="COMMENT DOC KEYWORD ERROR" styleID="18" fgColor="008080" bgColor="FFFFFF" fontName="" fontStyle="0" fontSize="" />
    <WordsStyle name="PREPROCESSOR COMMENT" styleID="23" fgColor="008000" bgColor="FFFFFF" fontName="" fontStyle="0" fontSize="" />
    <WordsStyle name="PREPROCESSOR COMMENT DOC" styleID="24" fgColor="008080" bgColor="FFFFFF" fontName="" fontStyle="0" fontSize="" />
</LexerType>

Das müsstest Du unter Umständen alles anpassen.

Zitat von Sören Hentzschel

Das Add-on wurde laut Entwickler auf Grund eines DMCA Takedowns von AMO entfernt,

Nicht, dass ich das anzweifeln würde, aber hättest du eine Quelle dafür? Ich finde nur die Aussage des Entwicklers, dass das Addon (bzw. eigentlich ja zwei) ohne Hinweis/Ankündigung entfernt wurde, beispielsweise auf Twitter: Mitteilung des Entwicklers.

timios Siehe mal hier:

Removed from the Firefox addon store? (#905) · Issues · magnolia1234 / Bypass Paywalls Firefox Clean · GitLab

Hi, was this removed from the Firefox addon store?

gitlab.com

Sören, Du hast zweimal denselben Tippfehler in Deiner Ankündigung: Es muss about:third-party (Einzahl) heißen, wie man auch auf dem dazugehörigen Bildschirmfoto sehen kann.

Zitat von 2002Andreas

Auch wenn der Button mal wieder entfernt wird, hier noch eine Möglichkeit ihn per Skript zu verschieben:

Auch von mir Danke dafür. Aber das ist Skriptcode, der hier schon für andere Buttons umhergeflogen ist, oder?

Ich will das jedoch nutzen, um noch einmal dafür zu werben, die Skripte ein wenig anders zu schreiben:

Zitat von Speravir

Unabhängig davon hat der Konfigurationsbereich mit Variablen oder Konstanten meiner Meinung nach noch weitere Vorteile:

• Alles, was für jedes Skript individuell zu ändern ist, steht in einem Block sehr weit vorn.
• Allein die Button-ID wird immer mindestens zweimal benötigt […], was ohne Variable/Konstante die Fehleranfälligkeit bei Änderungen erhöht.
• Alles in allem weit geringerer Änderungsaufwand, […]

… wenn man – wie ich ja vermute, auch hier – ein bestehendes Skript nur an ein anderes Symbol anpasst. Hier im Skript, wie es Andreas präsentiert hat, kommt die ID ucjs_unified-extensions-button sechsmal vor. Und wenn man wie hier die Original-ID immer nur um ucjs_ erweitert, dann kann man das sogar so umformen:

/* Vorlage: 2002Andreas in https://www.camp-firefox.de/forum/thema/135846/?postID=1217540#post1217540
*/

(function() {
  if (!window.gBrowser) return;

  /* Konfiguration */
  const origID = "unified-extensions-button",// ID des originalen Buttons
        label = "Erweiterungen",
        tooltiptext = label;// auch eigener Text möglich, dieser in Anführungszeichen
  /* Ende Konfiguration */

  const menuButton = document.getElementById(origID),
        buttonID = 'ucjs_' + origID;

  if (!CustomizableUI.getPlacementOfWidget( buttonID )) {
    try {
      CustomizableUI.createWidget({
        id: buttonID,
        type: 'custom',
        defaultArea: CustomizableUI.AREA_NAVBAR,
        onBuild: function(aDocument) {
          let toolbaritem = aDocument.createElementNS('http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul', 'toolbaritem');
          toolbaritem.id = buttonID;
          toolbaritem.className = 'chromeclass-toolbar-additional';
          toolbaritem.setAttribute('label', label);
          return toolbaritem;
        }
      });
      if (!CustomizableUI.getPlacementOfWidget( buttonID )) {
        menuButton.style.display = 'none';
        return;
      };
    } catch(e) {
      menuButton.style.display = 'none';
      return;
    };
  };

  setTimeout(function() {
   document.getElementById(buttonID).appendChild(menuButton);
   menuButton.setAttribute('consumeanchor', buttonID);
   menuButton.setAttribute('label', label);
   menuButton.setAttribute('tooltiptext', tooltiptext);
  }, 0);

}());

Zitat von M.T.R

Firefox startet sehr langsam beim ersten mal.

Hast Du ein Addon, das Cookies löscht, in Benutzung? Dann könnte es daran liegen. Auf jeden Fall verlangsamen CookieBro und Vergiss Mein Nicht (Forget Me Not) den Start.

Zitat von Mira_Belle

Wenn ich die Pfade so angebe, wie Du vorgeschlagen hast, funktioniert es bei mir nicht!

Was mich wundert. Entsprechend Deiner Beschreibung hätte das

    /* Datei  */
    #file-menu::before { background: url("./icons/mail-inbox-all.svg")!important; }

funktionieren müssen. Hmmm, mysteriös.

Wenn es funktioniert, ist alles gut, aber:

Zitat von Mira_Belle

Ich habe den CSS-Code der Sympole.css nun in ein JavaScript "überführt", da bei mir nur absolute Pfadangaben funktionierten.

Sympole.css?

Relative Pfade sind möglich, dann aber ohne file:///, siehe in url() - CSS (MDN). Man sieht übrigens auch, dass man sogar die Anführungszeichen weglassen darf (was ich nicht mag).

Lass mich das mal anhand Deines Beispiels veranschaulichen:

Zitat von Mira_Belle

url("file:///C:/Users/Miras/AppData/Roaming/Mozilla/Firefox/Profiles/iff60u96.default-release/chrome/icons/mail-inbox-all.svg")

Du hast im Chrome-Verzeichnis also einen Unterordner icons, aber natürlich auch die userChrome.css. Ich weiß es nicht, aber lass mich annehmen, dass Du Stile, die Du in der userChrome.css importierst, in einem Unterordner CSS ablegst, darunter eine contextMenu.css:

chrome
  |
  |-CSS
  |  |-contextMenu.css
  |
  |-icons
  |  |-mail-inbox.all.svg
  |
  |-userChrome.css

Dann hättest Du in contextMenu.css das einzutragen:

/* Datei  */
#file-menu::before { background: url("../icons/mail-inbox-all.svg") !important; }

Der Pfad ist also relativ zu dieser Stildatei anzugeben! Solltest Du unter CSS weitere Unterordner haben, dann wäre in einer darin liegenden Stildatei ein weiteres ../ vorn anzufügen.

Würdest Du die Regel direkt in die userChrome.css einfügen, wäre

#file-menu::before { background: url("icons/mail-inbox-all.svg") !important; }

/* oder: */

#file-menu::before { background: url("./icons/mail-inbox-all.svg") !important; }

zu schreiben. Letzteres soll in einigen Linux-Versionen besser funktionieren oder geschieht dort aus Gewohnheit.

Nebenbemerkung: Wenn ich nur ein Hintergrundbild einfüge oder ändere, dann bevorzuge ich, die dafür vorgesehene Eigenschaft background-image zu nutzen, denn mit background werden implizit alle nicht aufgeführten Eigenschaften auf ihren Initialwert gesetzt, was ich vielleicht nicht will.

Zitat von Mira_Belle

${scrollerProfileDirectory}

Wow, daran hab ich selbst nicht gedacht. Für alle: siehe unter Template literals (Template strings) (MDN).

Zitat von Sören Hentzschel

Das lässt sich auch prima testen, weil man das genau so einfach in die Browserkonsole eingeben kann und dann sofort das Ergebnis sieht.

Ach, stimmt ja, hab ich gar nicht dran gedacht.

Zitat von Sören Hentzschel

osfile.jsm wird aus Firefox verschwinden.

Dann auch noch einmal hier: Danke, Sören!

Zitat von BrokenHeart

Das Auslesen des eigenen Profile-Directory und das Zusammenfügen mit einem Unterordner/Dateinamen wird doch eigentlich schon seit Längerem so gehandhabt. z.B. auch in der 'userChromeShadow.uc.js':

Hmmpf, stimmt. Ist mir leider nicht aufgefallen, weil ich es bisher nicht benötigt habe.

Zitat von Mira_Belle

OK, ist etwas kürzerer Code.

Ich hab mich dafür entschieden, das aufzuteilen, weil ich das für etwas verständlicher halte.

Zitat von Sören Hentzschel

denn das Ergebnis der PathUtils-Methode endet bereits mit einem „/“ (vorausgesetzt es handelt sich um einen bereits existierenden Ordner, was in diesem Fall sicherlich zutrifft).

Aah, wichtige Info. Bei der überholten Methode muss man ihn zu Beginn einfügen.

Zitat von Sören Hentzschel

PathUtils.toFileURI(PathUtils.join(PathUtils.profileDir, 'chrome', 'icons'));

Und wenn ich ein weiteres Unterunterverzeichnis einbinden wollte, wird das als weiterer String hinten angehängt, also wie folgend?

PathUtils.toFileURI(PathUtils.join(PathUtils.profileDir, 'chrome', 'icons', 'websites'));