Erweiterung "CustomCSS" wirkt sich auch auf Reintext-Mails aus

[Andreas Borutta]

Moin.

Um Einfluss auf das Aussehen von HTML-Mails zu nehmen, hatte ich die
Erweiterung CustomCSS* installiert und ein paar wenige CSS-Regeln
eingefügt.

Funktionierte super bei HTML-Mails.

| This extension allows the user to configure custom CSS that will be
| added to all email messages (including replies and forwards) when they
| are "composed".
|
| Each time an email is opened in a compose window (write, reply, forward),
| the custom CSS will be added to a newly created <style> element in the
| email's head. If the head already contains a <style> element that was
| added by this extension, it is replaced.

Nun stelle ich verwundert fest, dass Zeilen in Reintextmails früher
umbrochen werden als sonst.

Die Regel
body { max-width: 35em; }
wirkt sich aus.

Durch Entfernen der Regel habe ich das verifiziert.

Ist euch ein Weg bekannt, wie man zwar auf HTML-Mails per CSS Einfluss
nehmen kann aber dabei jedoch sichergestellt ist, dass Reintextmails
unbeeinflusst bleiben.

Andreas
* https://github.com/GrantEdwards/CustomCSS
--
http://fahrradzukunft.de

[Jörg Knobloch]

On 30 Sept 2023 09:02, Andreas Borutta wrote:
> Ist euch ein Weg bekannt, wie man zwar auf HTML-Mails per CSS Einfluss
> nehmen kann aber dabei jedoch sichergestellt ist, dass Reintextmails
> unbeeinflusst bleiben.

Es gibt da verschiedene Selektoren. Mein userContent.css sieht so aus:

.moz-signature {
background-color: lightgrey !important;
border: 1px solid red;
}

.moz-forward-container {
background-color: lightgrey !important;
border: 1px solid blue;
}

.moz-text-plain, .moz-text-flowed, .moz-text-html {
max-width: 100ch !important;
}

.moz-text-html pre {
white-space: pre-wrap !important;
}

Für HTML brauchst Du .moz-text-html. Die letzte Regel bricht ewig lange
Zeilen, die als <pre> im HTML daherkommen.

--
Viele Grüße, Jörg
Sent with Betterbird. Simply better. www.betterbird.eu
Es ist immer wieder erstaunlich: Kaum macht man's richtig, schon
funktioniert's!

[Andreas Borutta]

Jörg Knobloch:

> On 30 Sept 2023 09:02, Andreas Borutta wrote:
>> Ist euch ein Weg bekannt, wie man zwar auf HTML-Mails per CSS Einfluss
>> nehmen kann aber dabei jedoch sichergestellt ist, dass Reintextmails
>> unbeeinflusst bleiben.
>
> Es gibt da verschiedene Selektoren. Mein userContent.css sieht so aus:

> .moz-text-plain, .moz-text-flowed, .moz-text-html {
> max-width: 100ch !important;
> }
>
> .moz-text-html pre {
> white-space: pre-wrap !important;
> }
>
> Für HTML brauchst Du .moz-text-html.

Danke erstmal für die Infos, Jörg.

Ich habe die Erweiterung CustomCSS jetzt deaktiviert und in meiner
"userChrome.css"
dies ergänzt:

| .moz-text-html body { max-width: 35em !important; }

Es wirkt sich nicht aus.

Pfad zur userChrome.css habe ich extra nochmal kontrolliert via "Menü
Hilfe > Informationen zur Fehlerbehebung > Profilordner".

Unabhängig davon:

Erscheint in Deinem HTML-Quelltext eines Entwurfes das folgende
Markup?

| <font size="4"> ...

Wie kann man das eliminieren. Ich möchte ohne Größenangabe senden.

In "Einstellungen > Verfassen > HTML Optionen > Größe:" existiert
keine Option "keine Angabe".

Andreas


--
http://fahrradzukunft.de

[Andreas Borutta]

Jörg Knoblauch:
> Andreas Borutta:

>> Mein userContent.css

> userChrome.css

Wer lesen kann ist klar im Vorteil.

Sorry.
Meine Kaffeeversorgung war noch zu gering : )

Ingrid
--
http://fahrradzukunft.de

[Andreas Borutta]

Andreas Borutta:

> Ich habe die Erweiterung CustomCSS jetzt deaktiviert und in meiner
> "userChrome.css"
> dies ergänzt:
>
> | .moz-text-html body { max-width: 35em !important; }
>
> Es wirkt sich nicht aus.

Der Code steht jetzt in userContent.css

toolkit.legacyUserProfileCustomizations.stylesheets=true

ist gesetzt.

Die Regel wirkt noch nicht. Worin könnte mein Fehler liegen?

Andreas
--
http://fahrradzukunft.de

[Jörg Knobloch]

On 30 Sept 2023 10:39, Andreas Borutta wrote:
> Die Regel wirkt noch nicht. Worin könnte mein Fehler liegen?

Schwer zu sagen. Bei Anzeige einer HTML-Nachricht, wird ein
<div class="moz-text-html> eingefügt, siehe https://imgur.com/a/BdjYKgA.

Diese Regel ist allerdings Blödsinn:

.moz-text-html body { max-width: 35em !important; }

Die wählt body Elemente aus, die in einer Klasse moz-text-html liegen.
Und die gibt es nicht, denn dieser div liegt im body, nicht umgekehrt.

Nimm body raus, ist nicht nötig, oder mach ein Komma rein, oder drehe
die Reihenfolge im.

Und bitte einen CSS-Kurs besuchen, wenn Ihr solche Dinge machen wollt.

[Alfred Peters]

Es schrieb einmal Jörg Knobloch:

> On 30 Sept 2023 09:02, Andreas Borutta wrote:
>> Ist euch ein Weg bekannt, wie man zwar auf HTML-Mails per CSS Einfluss
>> nehmen kann aber dabei jedoch sichergestellt ist, dass Reintextmails
>> unbeeinflusst bleiben.
>
> Es gibt da verschiedene Selektoren. Mein userContent.css sieht so aus:

Ihr redet aneinander vorbei. Die userContent.css wirkt nur lokal auf die
Anzeige einer E-Mail. Andreas möchte aber den CSS-Code in der HTML-Mail
haben, damit er beim Empfänger wirkt. CusomCSS macht genau das.

Alfred
--
🀆🀂🀍 23746.5
🀉🀎🀃🀎
🀢🀢🀍🀧🀏🀃🀂🀟
🀟🀧 🀆🀉🀏

[Alfred Peters]

Es schrieb einmal Andreas Borutta:

> Um Einfluss auf das Aussehen von HTML-Mails zu nehmen, hatte ich die
> Erweiterung CustomCSS* installiert und ein paar wenige CSS-Regeln
> eingefügt.

> Nun stelle ich verwundert fest, dass Zeilen in Reintextmails früher
> umbrochen werden als sonst.
>
> Die Regel
> body { max-width: 35em; }
> wirkt sich aus.

Ja, das kann ich bestätigen. Die Regel taucht auch im Inspector für
einen Plain-Text-Editor auf. Das ist so nicht sinnvoll.

> Ist euch ein Weg bekannt, wie man zwar auf HTML-Mails per CSS Einfluss
> nehmen kann aber dabei jedoch sichergestellt ist, dass Reintextmails
> unbeeinflusst bleiben.

Ich denke gar nicht. Das ist ein Fehler im AddOn.

> * https://github.com/GrantEdwards/CustomCSS

Melde dort den Fehler.

Alfred
--
🀂🀂🀖🀧🀡 23746.5
🀖🀗🀗🀔🀣
🀆🀔 🀋🀚
🀆🀧🀋🀚🀣🀡

[Jörg Knobloch]

On 30 Sept 2023 11:54, Alfred Peters wrote:
> Ihr redet aneinander vorbei.

Kommt vor, danke für die Aufklärung.

[Andreas Borutta]

Jörg Knobloch:

> On 30 Sept 2023 10:39, Andreas Borutta wrote:
>> Die Regel wirkt noch nicht. Worin könnte mein Fehler liegen?
>
> Schwer zu sagen. Bei Anzeige einer HTML-Nachricht, wird ein
> <div class="moz-text-html> eingefügt, siehe https://imgur.com/a/BdjYKgA.

Hier nicht.

Der Source-Editor zeigt beim Entwurf Folgendes an (ich hatte das vor
einigen Tagen schonmal in einem anderen Thread gepostet):

<https://borumat.de/-/bilder/thunderbird/verfassen-quelltext.png>

> Diese Regel ist allerdings Blödsinn:
> .moz-text-html body { max-width: 35em !important; }
>
> Die wählt body Elemente aus, die in einer Klasse moz-text-html liegen.
> Und die gibt es nicht, denn dieser div liegt im body, nicht umgekehrt.
>
> Nimm body raus, ist nicht nötig, oder mach ein Komma rein, oder drehe
> die Reihenfolge im.
>
> Und bitte einen CSS-Kurs besuchen, wenn Ihr solche Dinge machen wollt.

Ich verstehe deinen Einwand, Du kannst nicht wissen, das ich CSS sehr
gut beherrsche.


Andreas
--
http://fahrradzukunft.de

[Andreas Borutta]

Alfred Peters:

>> Es gibt da verschiedene Selektoren. Mein userContent.css sieht so aus:
>
> Ihr redet aneinander vorbei. Die userContent.css wirkt nur lokal auf die
> Anzeige einer E-Mail. Andreas möchte aber den CSS-Code in der HTML-Mail
> haben, damit er beim Empfänger wirkt. CusomCSS macht genau das.

Danke für's Einmischen.

CustomCSS wirkt übrigens auch lokal auf die Anzeige des Entwurfs.

Schade, dass man es offenbar nicht in seiner Wirkung allein auf
HTML-Mails beschränken kann.

In einem Konto versende ich HTML-Mails, in allen anderen
Reintext-Mails.

Andreas
--
http://fahrradzukunft.de

[Jörg Knobloch]

On 30 Sept 2023 13:55, Andreas Borutta wrote:
> Hier nicht.
>
> Der Source-Editor zeigt beim Entwurf Folgendes an (ich hatte das vor
> einigen Tagen schonmal in einem anderen Thread gepostet):

Wie Alfred schon so richtig bemerkte: Wir reden an einander vorbei. Ich
spreche von HTML-Anzeige einer empfangen Nachricht, Du wahrscheinlich
von der HTML-Source im composer, also beim Verfassen.

Wann Du willst, dass Deine Empfänger eine vernünftige Breite angezeigt
bekommen, man einfach <body style="max-width: 800px;">.

[Andreas Borutta]

Alfred Peters:

>> Ist euch ein Weg bekannt, wie man zwar auf HTML-Mails per CSS Einfluss
>> nehmen kann aber dabei jedoch sichergestellt ist, dass Reintextmails
>> unbeeinflusst bleiben.
>
> Ich denke gar nicht. Das ist ein Fehler im AddOn.
>
>> * https://github.com/GrantEdwards/CustomCSS
>
> Melde dort den Fehler.

Erledigt.

Andreas
--
http://fahrradzukunft.de

[Andreas Borutta]

Jörg Knobloch:

> On 30 Sept 2023 13:55, Andreas Borutta wrote:
>> Hier nicht.
>>
>> Der Source-Editor zeigt beim Entwurf Folgendes an (ich hatte das vor
>> einigen Tagen schonmal in einem anderen Thread gepostet):
>
> Wie Alfred schon so richtig bemerkte: Wir reden an einander vorbei. Ich
> spreche von HTML-Anzeige einer empfangen Nachricht, Du wahrscheinlich
> von der HTML-Source im composer, also beim Verfassen.

Richtig. Aber das ist ja nun geklärt.

> Wann Du willst, dass Deine Empfänger eine vernünftige Breite angezeigt
> bekommen, man einfach <body style="max-width: 800px;">

Ich bevorzuge das Style-Element und auch eine andere (relative)
Einheit.

Aber das sind ja Nebensachen.


Andreas
--
http://fahrradzukunft.de

[Andreas Borutta]

Andreas Borutta:

>>> * https://github.com/GrantEdwards/CustomCSS
>>
>> Melde dort den Fehler.
>
> Erledigt.

Grant hat bereits geantwortet, er schätzt den Hinweis und möchte es
gerne umsetzen, weiß aber nicht wie.

https://github.com/GrantEdwards/CustomCSS/issues/2

Falls hier Programmierer mitlesen, die ihm einen Hinweis auf Github
geben könnten: gerne.



Andreas
--
http://fahrradzukunft.de

[Thomas Barghahn]

*Andreas Borutta* meinte:

Wahrscheinlich wird eine entsprechende Lösung wieder einen ganzen
"Rattenschwanz" hinter sich herziehen, wobei noch niemand spätere
Auswirkungen einschätzen kann.

Thomas 😷
--
== S E N D E Z E I T ==================
  DATUM : Samstag, 30. September 2023
  UHRZEIT: 15:28:01 UHR (MESZ)
== Heute: Tag des Kaugummis ===========

[Alfred Peters]

Es schrieb einmal Andreas Borutta:

> Alfred Peters:

>> CustomCSS macht genau das.

Mir gefällt das AddOn. Schön einfach und doch effektiv. Leider hat das
auch seinen Preis. Man kann nicht für einzelne E-Mail festlegen, welche
Regel man haben möchte. Jedes mal über den AddOn-Dialog zu gehen, ist
doch recht umständlich.

Schade, dass man das nicht mit Quicktext lösen kann.

Das hier ist leider WONTFIX:
<https://github.com/jobisoft/quicktext/issues/292>
Und das hier in weiter ferne:
<https://github.com/jobisoft/quicktext/issues/317>

Ich vermute mit SmartTemplate4 sollte das machbar sein. Aber das AddOn
schießt wieder über das Ziel hinaus. ;-)

Kennt jemand noch ein anders AddOn um CSS-Code in die E-Mail zu bekommen?

> CustomCSS wirkt übrigens auch lokal auf die Anzeige des Entwurfs.

Grundsätzlich ist das so auch sinnvoll. Man will doch schon im Editor
sehen, wie es aussieht.

Alfred
--
🀅🀕🀕 23746.9
🀓🀇🀠
🀎🀎🀓🀇🀠🀅🀩
🀩🀂🀉🀉🀔🀔🀂

[Jörg Knobloch]

On 30 Sept 2023 15:11, Andreas Borutta wrote:
> Falls hier Programmierer mitlesen, die ihm einen Hinweis auf Github
> geben könnten: gerne.

Ich habe dem Autor mal geschrieben. Hab' ihm erklärt, wie man eine
plaintext Nachricht erzeugt ;-) - Es geht voran!

[Andreas Borutta]

Jörg Knobloch:

> On 30 Sept 2023 15:11, Andreas Borutta wrote:
>> Falls hier Programmierer mitlesen, die ihm einen Hinweis auf Github
>> geben könnten: gerne.
>
> Ich habe dem Autor mal geschrieben. Hab' ihm erklärt, wie man eine
> plaintext Nachricht erzeugt ;-) - Es geht voran!

Ich habe das verfolgt lieber Jörg. Herzlichen Dank! : )

Andreas
--
http://fahrradzukunft.de

[Ralf Zilian]

Andreas Borutta schrieb am 30.09.2023 um 10:23 Uhr folgendes:

> .moz-text-html body { max-width: 35em !important; }

Das ist ja auch quatsch, wenn dann eher so ↓.

body .moz-text-html {
max-width: 35em !important;
}

und wech
Ralf
--
ERROR: Coffeepot not found - Operator halted.