Beiträge von bege

Zitat von Endor

Hallo bege.

Deine oben verlinkte Version von usercssloader.uc.js funktioniert auch hier
einwandfrei. Vielen Dank nochmals. Darf ich die bei mir auf Github hoch laden?

Wäre toll.

Mfg.
Endor

Ja natürlich, sehr gern. Danke für deine Github-Sammlung!

Zitat von Endor

Hallo @milupo.

Ja Boersenfeger und ich verwenden im Firefox das Script usercssloader.uc.js
zum laden der CSS Codes. Leider geht ja dieses Script nicht mehr im Thunderbird.
Habe erfolglos versucht das Script wieder zum laufen zu bringen.
Da reicht mein Können hinten und vorne nicht......

Heute morgen dann bin ich auf einer japanischen Seite auf obiges Script
zum laden der CSS Codes gestoßen, eigentlich für Firefox, funktioniert aber auch
in Thunderbird bestens. Zur Zeit versuche ich im extraconfigmenu.uc.js Script

den Unterordner CSS mit entsprechender Auflistung der CSS Code einzubauen.
So wie wir das schon in Firefox im Script haben. Erfolg na ja so lala....

Mfg.
Endor

Alles anzeigen

Meinst du den UserCSSLoader RE: Diskussionsthread für Benutzerskripts

Der funktioniert bei mir seit Jahren bis auf den Umstand, dass geänderte CSS-Dateien zwei mal de- und aktiviert werden müssen, damit die Änderung wirkt. Das wurde vor langer Zeit hier mal diskutiert und keine Lösung gefunden.

Zitat von milupo

bege Da Sehvornix über die prefs.js schrieb und die Risiken bei ihrer Veränderung, hast du eventuell eine user.js? Dann wäre es einfacher herauszufinden, woran es hakt.

Im TB habe ich keine user.js. Ich denke, ich warte auf das nächste große TB-Update. Das hat in der Vergangenheit schon mal den einen oder anderen unerklärlichen Fehler behoben. Wenn nicht, bleibt nur ein neues Profil.

Sehvornix Danke.

Zitat von Sehvornix

Hallo bege,

Schlagworte werden u. a. in der prefs.js spezifiziert. Wahrscheinlich hat das Add on darin Anpassungen nicht rückgängig gemacht, als es deinstalliert wurde. Das ist dann auch kein Fehler, sondern ein übliches Vorgehen, wenn ich die Kommentare zu ähnlichen Erörterungen richtig im Sinn habe. Möglicherweise kannst Du an der prefs.js aus dem neuen Profil erkennen, was in der alten prefs.js nun zu viel ist und das manuell korrigieren. Aber die Chance ist gering und ich kann Dir nur dringend empfehlen, ähnlich wie Bastlers Tipp zur xulstore.json  hier zunächst eine Backup-Kopie der prefs.js zu erstellen. Bei Veränderungen an dieser Datei kann es passieren, dass Thunderbird diese gar nicht mehr lesen kann und anschließend keine Daten mehr anzeigt. Also, mindestens eine Backup-Kopie dieser Datei, besser ein vollständiges Backup des gesamten Profils vor Experimenten mit der prefs.js.

Zitat von bege

Einiges lässt sich vielleicht aus dem alten Profil retten. Weißt du, wo die Kontenzugänge und Identitäten gespeichert sind?

Eigentlich fast alles. Einige gute Hinweise, was wo in welcher Datei steckt, findest Du u. a. auch über 'Hilfe & Lexikon' oben im Menü des Forums. Es wäre eindeutiger zu beantworten, wenn Du 'einiges' näher darlegst und explizit schreibst, was Du aus dem alten Profil konkret migrieren möchtest.

Aber was verstehst Du unter 'Kontenzugänge'?

'Identitäten' wiederum: prefs.js und das bedeutet, dass Du die wirst neuanlegen müssen, was aber eigentlich kein großer Aufwand sein kann. Jedenfalls wenn Du unter dem Begriff 'Identitäten' das gleiche meinst, was in Thunderbird darunter verstanden wird (nämlich Aliase, aka weitere Namen für ein und dasselbe Postfach).

Bei einer in Frage stehenden prefs.js kommt man aber auch nicht umhin, die Konten im neuen Profil neu anzulegen.

Gruß

Sehvornix

Alles anzeigen

In der prefs.js habe ich zwar jede Menge "Leichen" von längst deinstallierten Erweiterungen gefunden und gelöscht, aber nichts, was auf die fehlende Anzeige der Tags hinweist.

Mit Kontenzugänge meinte ich die Zugangsdaten für die bei mir 6 Konten, außerdem 14 Identitäten. Das würde etwas Arbeit ersparen, die zugehörigen Dateien/Einstellungen zu kopieren.

Das gleiche gilt natürlich für Adressbücher, Kalender, Erweiterungsdaten, Ansichten und wer weiß was noch. Die zig Erweiterungen, die sich bei mir inzwischen angesammelt haben, sind nicht so schnell installiert und eingerichtet.

Zitat von Bastler

Schon seltsam. Nur noch bei beendetem TB im Profilordner die session.json löschen. Sonst neues Profil.

Schöner Mist, nur in einem neuen Profil werden die Schlagwörter wieder angezeigt.

Einiges lässt sich vielleicht aus dem alten Profil retten. Weißt du, wo die Kontenzugänge und Identitäten gespeichert sind?

Zitat von Bastler

Zitat von TheDude

In diesem Zusammenhang würde mich außerdem interessieren, ob man anklickbare Links generell verbieten kann.

Eine Hemmnis könnte dieses sein: network.protocol-handler.external-default -> false

Hab ich aus Neugier mal ausprobiert, und da passiert bei einem Klick auf Links tatsächlich nichts. Keine Internetseite wird geöffnet, keine Abfrage, gar nichts. Rechtsklick und "Link in Browser öffnen" geht auch nicht, nur "Browse in New Tab" der Erweiterung BrowseInTab.

Zitat von Bastler

Noch ein Versuch: bei beendetem TB im Profilordner die Datei xulstore.json umbenennen in alt-xulstore.json.

Möglicherweise sind danach einige Einstellungen im Layout anzupassen.

Falls das nicht hilft, die neue erstellte xulstore.json löschen und die alte rückbenennen.

Leider auch kein Erfolg. Mich wundert, dass das Problem auch im abgesicherten Modus auftritt.

Zitat von Bastler

Zitat von bege

Diese Erweiterung funktioniert in der aktuellen TB-Version nur noch bedingt

Hallo,

wenn dieses dieselbe von der die Rede ist Tag Toolbar / Tag Popup 2.3.5 die hat am 06. Feb. 2023 noch ein Update erhalten.

Zitat von bege

Nun werden aber in der Schlagwörter-Zeile in der Nachrichtenansicht keine Schlagwörter mehr angezeigt

Ein Versuch: Hilfe -> Weitere Informationen zur Fehlerbehebung -> Start-Cache löschen...

Danke für die Tipps. Diese Version hatte ich, die funktionierte nur bedingt. Die ist ja nun deinstalliert und die Standardfunktion der Schlagwörter-Anzeige sollte wieder gehen.

Das Löschen des Start-Caches hat leider nichts geändert.

TB 102.9.0 64-bit

Windows 10 Professional 64 bit

Ich habe lange die Erweiterung Tags Popup benutzt, die u.a. die Schlagwörter-Zeile in der Nachrichtenansicht verändert. Diese Erweiterung funktioniert in der aktuellen TB-Version nur noch bedingt und laut Entwickler in 112 gar nicht mehr. Deshalb habe ich sie jetzt deinstalliert. Nun werden aber in der Schlagwörter-Zeile in der Nachrichtenansicht keine Schlagwörter mehr angezeigt, beim Klick auf den Button lassen sie sich aber einstellen und im Übersichtsfenster werden die Nachrichten auch entsprechend eingefärbt.

Mehrere Neustarts, auch im abgesicherten Modus, ändern nichts.

Ich kenne bisher nur die Möglichkeit, Ordnertypen anzusprechen, nicht Ordnernamen. Wäre toll, wenn das auch geht.

Ob SVG geht, kannst du ja einfach an einem bestehenden Ordnertypen ausprobieren. Soweit ich weiß, sind die Standardsymbole SVG. Aber da gibt’s Spezialisten hier im Forum, die sich besser damit auskennen.

Ich habe in die für TB angepasste Version des Skripts UserCSSLoader die Überarbeitung von Speravir aus camp-firefox.de und ein paar weitere Ergänungen eingebaut.

• die Möglichkeit, dem eigenen Dateimanager einen Parameter mit zu übergeben (vor langer Zeit von aborix hinzugefügt)
• aus dem Skript extras_config_menu habe ich die Möglichkeit eingebaut, den UserCSSLoader als Button oder Menü anzuzeigen
• die Möglichkeit, außer dem CSS-Ordner auch den Chrome-Ordner anzuzeigen
• mit Strg+Linksklick kann man die CSS-Datei im Dateimanager anzeigen lassen (mein Dateimanager markiert dabei die Datei. Den Windows-Explorer konnte ich nicht dazu "überreden", das wäre wohl ein größerer Umbau. Mit dem Windows-Explorer tut Strg+Linksklick auf eine Datei also nichts anderes als im Untermenü die Option "CSS-Ordner öffnen".

Das Problem, dass in TB eine geänderte Datei zweimal de- und aktiviert werden muss, habe ich in die Anleitung hinzugefügt.

edvoldi Würdest du das Skript bitte zur Sammlung hinzufügen? Liste der Userscripts - ab Version 91+

UserCSSLoader4k+TB.uc.js.txt

Zitat von Mapenzi

Und wenn ich sie via "Anpassen" in die Tab-Bar oben rechts verschob

In Thunderbird geht es nicht wie im Firefox, Buttons, die aus Skripten kommen, zu verschieben. In einigen Fällen geht, das, aber nur bis zum nächsten Neustart. Skripte aus dem Firefox, die einen verschiebbaren Button haben, müssen für Thunderbird angepasst werden. Für Thunderbird muss in jedem Skript genau der Ort angegeben werden, wo der Button erscheinen soll. Deshalb musst du Skripte aus diesem Forum meist für dich anpassen, weil die verfügbaren Button-IDs ja je nach Installation unterschiedlich sind.

Zitat von Harff182

bege, nowar :

Hab ich eben im CFF entdeckt:

https://www.camp-firefox.de/forum/thema/13…en%C3%BCleiste/

Vielleicht hilft Euch das ja weiter...

Ja, danke, habe ich auch gerade zu meiner Freude gesehen.

Hier das ergänzte Skript VersionInStatusleiste.uc.js

// ==UserScript==
// @name           VersionInStatusleiste.uc.js
// @description    Versionsnummer in der Status- oder einer anderen Leiste anzeigen
// @include        main
// @charset        UTF-8
// @note           Basiert auf dem Script MemoryMonitorMod.uc.js und der Erweiterung "Version in Statusbar"
// @note           Bit-Version aus https://www.camp-firefox.de/forum/thema/135247-anwendungsname-und-version-in-der-men%C3%BCleiste/
// @note           In Zeilen 17 u. 18 die Toolbar und die Position (hinter welchem Element) auf der Toolbar anpassen.
// @note           Ein Klick auf den Button öffnet das Fenster "Über Thunderbird".
// ==/UserScript==

        setTimeout(function() {

var ucjsVN = {

    init : function () {
        var Toolbar = 'status-bar'
        var Position = 'expression-search-status-bar'
        var info = Components.classes['@mozilla.org/xre/app-info;1'].getService(Components.interfaces.nsIXULAppInfo);
        var bit = (Services.appinfo.is64Bit ? 64 : 32);
        var versionPanel = document.createXULElement('toolbaritem');
        versionPanel.id = 'VersionDisplay';
        versionPanel.setAttribute('tooltiptext', 'Versions-Nummer. Klick öffnet "Über ' + info.vendor + ' ' + info.name + '"');
        versionPanel.setAttribute('onclick', "openAboutDialog();");
        versionPanel.style.paddingTop = '4px';
        var label = document.createXULElement('label');
        label.setAttribute('value', "v" + info.version + " (" + bit + "bit)");
        versionPanel.appendChild(label);
        document.getElementById(Toolbar).insertBefore(versionPanel, document.getElementById(Position).nextSibling);
    },
}
ucjsVN.init();
                     }, 20000);

Zitat von nowar

Erster Code aus post #10 edvoldi Das praktische und nützliche Skript VersionInStatusleiste.uc.js weiß nicht, wie man den Bit-Wert eines Programms erkennt. Ich habe Zeile 26 wie folgt geändert

label.setAttribute('value', "v" + info.version + " (32-bit)");

Aber eine perfekte Lösung ist es sicher nicht.

Kann das Skript so angepasst werden, dass es die Bit-Wert von Thunderbird automatisch erkennt und anzeigt?

Dank für Hilfe

Ich habe nur diese Informationen gefunden:

Die gesuchte ist nicht dabei.

Zitat von milupo

Ich habe mit dem userCSSLoader-Skript keine Probleme. Linksklicks funktionieren.

Zitat von milupo

Auch das ExtraConfigMenu-Skript funktioniert bei mir.

Danke für deine Skripte. Ich bin jetzt endlich dazu gekommen, sie zu vergleichen. Ich habe zwar kleine Differenzen gefunden, die machen aber keinen Unterschied.

Letztendlich habe ich die Ursache gefunden, aber leider keine Lösung.

Ich hatte die beiden Menüs per Skript ins App-Menü verschoben (entstanden aus einem Skript von aborix für Firefox). Das funktionierte bis TB 91 und funktioniert im Firefox auch weiterhin (v103). Aber jetzt tritt eben der Fehler auf, dass in beiden Menüs dann der Linksklick nicht mehr funktioniert. Sobald ich die Menüs nicht mehr ins App-Menü verschiebe, funktioniert es wieder. Ich habe leider keine Zeit, mich damit weiter zu beschäftigen, deshalb muss ich zumindest vorläufig darauf verzichten, die Menüs schön aufgeräumt im App-Menü unterzubringen. Echt schade.

In den Skripten extra_config_menu-begeTB.uc.js.zip und UserCSSLoader funktionieren in den Dateilisten (Skripte bzw. CSS-Dateien) die Links-Klick-Funktionen nicht mehr. Im Moment muss ich mir mit einem Mittelklick behelfen. Der öffnet in ExtraConfigMenu witziger Weise nicht nur die Github-Seite, sondern auch den Dateieditor, der eigentlich nur mit dem Linksklick geöffnet werden sollte. Aber mit dem Linksklick tut sich nichts, ebenso wie im UserCSSLoader. Da gibt es zum Glück den Mittelklick, mit dem man eine Datei (de-)aktivieren kann, ohne dass das Menü wieder geschlossen wird. Hat jemand eine Idee, was da geändert werden muss?

TB 102.1.2

Windows 10 Professional 64 bit 21H2

Zitat von Boersenfeger

tabmail.openTab("contentTab", { contentPage: "about:addons" });

Ich komme damit leider auch nicht weiter. Ich hatte in einem anderen Skript:

tabmail.openTab("contentTab", {url: "about:addons" }); 

und das hat bis TB 91 funktioniert. Jetzt passiert leider gar nichts mehr. Wenn ich das (mit der Zeile davor) in der Konsole eingebe, bekomme ich den Fehler: tabInfo[selectedIndex].browser is undefined

Alle anderen Versuche, z.B. mit dem Code für Firefox

openTrustedLinkIn('about:config','tab');

funktionieren auch nicht. Letzteres gibt den Fehler: Uncaught TypeError: browser is undefined

Zitat von milupo

Zitat von dharkness21

n dem Fall der Spalten von treechildren braucht man nur die Spaltenköpfe zu inspizieren und kann den entsprechenden Nenner daraus ableiten.

Die Spaltenköpfe sind im Inspektor ja auch als treecol-Elemente mit der entsprechenden ID sichtbar. Aber die Pseudoklassen nicht. Und um die ging es ja bege im Beitrag #7.

Genau. Aber mit dem obigen Beispiel und deinem Link beginne ich es zu kapieren. Dankeschön!

Zitat von dharkness21

Zitat von milupo

Im Beispiel sind das ::-moz-tree-cell-text und senderCol als ID der Absenderspalte.

In dem Fall der Spalten von treechildren braucht man nur die Spaltenköpfe zu inspizieren und kann den entsprechenden Nenner daraus ableiten.

Perfekt, danke!