Beiträge von Speravir

Zitat von milupo

Einfach abwarten, bis Aris die zugehörgie XML-Datei angepasst hat. Die verwendet nämlich bisher noch XBL-Binding, das Mozilla abgeschafft hat.

Nix mehr mit neuer XML-Datei …

BarbaraZ-  hwww – heute hat Aris ein großes Update seiner Skriptsammlung gemacht, gerade auch wegen der neuen Addon-Seite (und einen schönen Rant dazugeschrieben). Wenn es nur um die Versionsnummern geht, dann ist dieser Teil interessant:

@-moz-document  url-prefix(chrome://mozapps/content/extensions/aboutaddons.html) {
    /*restore version number */
    section[section="0"] .addon-name[title]::after {
      display: block !important;
      content: attr(title) !important;
      margin-top: -22px !important;
    }
}

So in die userContent.css einfügen.

Das funktioniert aber nur noch für die aktivierten Addons und wird nur solange funktionieren, wie im Titelattribut die Versionsnummer eingefügt wird (das ist firefox-intern).

Zitat von milupo

… Speravir Ich möchte euch darauf hinweisen, dass ihr im falschen Thread seid.

JFTR: Das war mir bewusst, aber ich schrieb das als Antwort mit zusätzlicher Anmerkung.

Zitat von Zitronella

einfach das createElement in createXULElement ändern. Sehr schön. Das funktioniert.

Aber nicht createElementNS! Danke für die zufällige Erinnerung, das wollte ich ja alles bei mir auch noch ändern.

Zitat von .DeJaVu

Zitat

Bookmark Search plus

Kann ich nicht nutzen,

Meine Antwort war mit Firefox 67 geschrieben, da funktionierte das Addon hier problemlos. Ich bemerkte aber eben selbst, dass es in Fx 68 hängt und damit nicht zu nutzen ist, wie Du schreibst.

Edit: Oha, wenn ich in den Einstellungen des Addons manuell die Bookmarks neu laden lasse, dann geht es. Immerhin etwas.

Zitat von Elena M

Im alten Forum konnte ich die als Entwürfe dauerhaft speichern. Hört sich so an, als ginge das hier nicht.

Wenn du es dauerhaft speichern willst, also sozusagen als Vorlage, dann ist Textarea Cache aber auch nicht das Richtige. Eine Suche nach „WYSIWYG“ in AMO ergibt nicht viele Treffer, aber Autofill könnte das sein, was du suchst, allerdings erst nach umfangreicher Konfiguration, wenn ich mir das so ansehe.

Zitat von schlingo

ich nutze es selbst nicht, aber schau Dir mal Clippings an.

Kann schon sein, aber von den Beschreibungen her kann es nur mit klassischen Formularfeldern umgehen.

Zitat von Elena M

Ich meinte die Entwurfsspeicherung eines Textes, den ich ne Woche später auch noch mal gebrauchen kann.

Textarea Cache behauptet, WYSIWYG-Felder abspeichern zu können, das könntest Du testen.

Zitat von FuchsFan

Das ist bei mir auch so, aber nur dann wenn unter about: config der Wert extensions.htmlaboutaddons.enabled auf false gesetzt ist.

Äähm, das war missverständlich formuliert von mir. Mit diesem Satz bezog ich mich nur auf die Erweiterung von Zitronella, also den Teil addon-card[expanded] >.addon.card …, den ich nicht benötige.

Zitat von Zitronella

Vielleicht kann man das auch noch irgendwie kürzer gestalten?

Ja.

addon-list addon-card > .addon.card,
addon-card[expanded] >.addon.card
{
    width: 90vw !important;
}

Ist bei mir nicht nötig. Ich gehe davon aus, dass ein Userstil von Aris (CustomCSSforFx) das bei mir bereits bewirkt.

Als Zusatzinfo: All styles are missing following OS and browser updates · Issue #730 · openstyles/stylus.

Ich war beim Update auf Fx 68 ebenso betroffen, bei mir hat das Rückkopieren einer Sicherung aber nichts bewirkt.

Was ging; Kopieren der Sicherung in ein eigenes Profil, in der Datei extensions.json Suche nach dem alten Profilnamen und Ersetzen durch den neuen, erneute Installation des Fx 67.0.4 und Start mit dem neuen Profil, Exportieren der Stile aus Stylus, Importieren in Fx 68, fertig.

Edit: Siehe Nachtrag!

Ich habe diese Regel seit Jahren in Gebrauch, im neuen Design (ab Fx 68) wurden mir aber zusätzlich am unteren Ende Empfehlungen angezeigt, die man mit

recommended-extensions-section,
recommended-themes-section
{ display: none !important; }

ausblenden kann. Man kann die drei Selektoren auch kombinieren:

#category-discover,
recommended-extensions-section,
recommended-themes-section
{ display: none !important; }

Nachtrag: Zufällig habe ich an anderer Stelle mitbekommen, dass es dafür mit dem neuen Interface Konfigeinstellungen gibt:

extensions.htmlaboutaddons.discover.enabled

extensions.htmlaboutaddons.recommendations.enabled

Oh, an vw für den Viewport denke ich immer nicht …

Ich hatte mir gerade eben das hier zusammengebastelt:

.card.addon {
    margin-left: auto !important;
    margin-right: auto !important;
    width: 95% !important;
}

…

…

…

Und wem die graue Markierung beim Hovern über die einzelnen Addons missfällt, der fügt am besten zu Beginn der Datei noch folgendes hinzu:

:root {
    --card-outline-color: fuchsia !important;
}

Fuchsia ist nur ein Beispiel … Wenn man schon solch einen Rootblock besitzt, dann reicht es, die Deklaration --card-outline-color: … dort hinzuzufügen.

Zitat von 2002Andreas

Komischwerweise wird das auch nur bei Scripten so verlangt, die ich hier poste mit dem Hinweis, ich würde es nutzen.

Bei anderen Usern habe ich den Hinweis nämlich noch nicht gesehen.

Um es möglichst kurz zu machen: Einerseits ist das so nicht richtig, andererseits (re-)postest Du eben viel häufiger Skripte, so dass es eher Zufall ist, dass es mehrmals dich getroffen hat. Und weil das Anliegen eben nicht nur an dich gerichtet war, hatte ich doch letztens ein separates Posting geschrieben: Möglichst immer Quellen von Skripten und Stilen nennen.

Ich hatte es, glaube ich, auch schon mal erwähnt: Setzt die Quelle in einen Kommentar zu Beginn, dann ist sie automatisch genannt und man muss sich darüber keinen Kopf machen. Oder, wenn es Sörens Vorschlag umgeetzt ist (das hatte er damals auch schon erwähnt), dann muss man nur noch verlinken.

Zitat von 2002Andreas

Es reicht völlig aus, wenn du das in den jeweiligen Beiträgen raussuchst, und dann den Link dazu postest.

Dieser Satz macht mich übrigens etwas sauer: Wir hatten auch darüber schon geprochen. Erstens ist es nicht meine Aufgabe, zweitens lese ich nicht jeden Thread, drittens weiß ich auch nicht für alles die Originalquelle. Aber von mir aus können wir hier erstmal Schluss machen.

Zitat von 2002Andreas

Nutzt du evtl. schon Scripte?

Wenn ja, dieses funktioniert im aktuellem Nightyl einwandfrei:

Andreas, bitte Quelle nachtragen. Ich weiß zwar nicht, wo Du es herhast, aber es handelt sich hier um ein Skript von Aris, (inzwischen) verfügbar in seinem CustomJSforFx-Github-Repositorium unter custom_scrollbars.uc.js. Ob du oben die aktuelle Version gepostet hast, habe ich nicht überprüft.

Danke, Sören Hentzschel – mir war noch eingefallen, dass früher mehr auf Bandbreite geachtet wurde und das ein, wenn auch nur kleiner, Punkt gewesen sein könnte.

Zitat von Sören Hentzschel

Anführungszeichen werden dann benötigt, wenn der Pfad ein Leerzeichen beinhaltet. In dem Fall funktioniert es ohne Anführungszeichen nämlich nicht.

Aha, wusste ich noch nicht (ich setze immer Anführungszeichen), ist aber bspw. in Windows genauso. In url - CSS: Cascading Style Sheets (MDN) steht davon nämlich nichts.

Zitat von Sören Hentzschel

Gewöhnt man sich an, immer Anführungszeichen zu setzen, dann scheitert es zumindest daran nie.

Volle Zustimmung. Es fragt sich, warum das überhaupt ohne erlaubt wurde. Kapitulation vor dem Faktischen, also wegen sehr vieler bis dahin fehlerhafter Anwendungen? (Müssen wir hier aber nicht lange ausführen.)

Ohne es auszuprobieren, denke ich auch, dass es an dem fehlenden file:/// liegt – oder Du müsstest einen relativen Pfad angeben, Boersenfeger . Zusätzlich wären Anführungszeichen um die Adresse hilfreich (nee, leider auch ohne erlaubt); zwischen der schließenden Klammer und dem no-repeat ein Leerzeichen einzufügen ist auch nicht verkehrt.

Zitat von Zitronella

Nun meine Frage nur interessehalber: Warum? was ist daran besser?

Ob das besser ist, hängt davon ab, was man will. Mit dem Code von mir wird die Farbe für Links überhaupt nicht verändert, so dass die vom Standarddesign festgelegte Farbe genommen wird. Man muss sich über den genauen Farbwert nicht den Kopf zerbrechen. Will man aber die Linkfarbe explizit ändern, ist Andreas’ Regel richtig. Und will man nur das Symbol für die externen Links beeinflussen, dann baut man auf die Regel vom Feuerfuchs auf. Danke dir übrigens Der Feuerfuchs für den Test („funktioniert immer noch“).

Zitat von Zitronella

Vielleicht ist es doch noch möglich Links in der Signatur rot darzustellen

Ich würde es anders lösen als Andreas: Die color-Deklaration aus der bisherigen Regel entfernen und stattdessen eine weitere Regel hinzufügen:

.messageSignature *:not(a) {
    color: grey !important;
}

Zu Stylus: Standardmäßig sieht man diesen @-moz-document-Teil überhaupt nicht; das wird, wie Andreas schon sagte, auf mir unbekannte Weise intern zugeordnet. Man hat unter jedem Regelblock die Möglichkeit, diesen zuzuordnen (auch mehr als einer Webpräsenz). Feuerfuchs hatte letztens erst irgendwo einen Screenshot gepostet, wo man das sieht, aber ich weiß nicht mehr, wo genau. Übrigens konnte man früher (also kurz nach dem Krieg) Regeln samt @-moz-document hineinkopieren und das wurde umgewandelt, ob das noch möglich ist, weiß ich ebenso nicht, denn:

Zitat von Speravir

Ich nutze ebenfalls Stylus, aber ausschließlich mit UserCSS. Das hat den Vorteil, dass man die Stile bis auf den speziellen Beginn genauso schreibt wie in eine userContent.css.

Der Span-Bereich ist aber nicht bei jedem dabei, z.B. auch bei dir nicht, milupo. Zitronella, wenn Du in Andreas’ Code .messageSignature durch .messageSignature, .messageSignature * ersetzt, sollte es eigentlich bei allen Signaturen funktionieren. Eventuell könnte sogar der erste Teil (.messageSignature,) ganz entfallen.

Zitat von Zitronella

Wäre es möglich den Thread Titel wieder zu begrenzen damit nicht so etwas wie hier passiert?

Wobei ich das Maximum in phpBB für zu klein hielt.