Newslettergestaltung img-width % ?

[CLL]

Normalerweise werden in HTML prozentangaben bei Bilderweiten auf den verfügbaren Platz bezogen. Im Designer unseres Newsletters werden die unterschiedlich großen Bilder entsprechend auch gleich groß untereinander aufgelistet.
Wenn ich den Newsletter absende und in Outlook betrachte, werden mir die Bilder unterschiedlich groß angezeigt. Kennt Outlook (und andere Emailclients) die CSS-Eigenschaft width:100% nicht? Wie kann ich es umgehen sodass die Bilder abhängig von der Seitenbreite sind?

Ich könnte zwar von den berühmten 600px die optimale Breite berechnen, aber wenn ein Nutzer dann auf die Onlineversion klickt, wird es unschön dargestellt.

[Christian Marquardt]

width:100% bedeutet doch, dass die Bilder in unterschiedlicher Größe dargestellt werden, eben 100% was ihrer Originalgröße entspricht

[Falk Prüfer]

Hallo,

width:100% bedeutet doch, dass die Bilder in unterschiedlicher Größe dargestellt werden, eben 100% was ihrer Originalgröße entspricht

ich denke mal das ist nicht ganz richtig. Je nach Eigenschaft beziehen sich Prozentangaben bei CSS auf die elementeigene Größe oder auf die des Elternelementes.
Bei Bildern dürfte die Berechnungsgrundlage die Größe des jeweiligen Elternelementes sein.
Grundsätzlich würde ich auf die Formatierungen eines speziellen E-Mail-Clients jedoch keinen Wert legen. Da die Skalierungsfunktionen der Browser meisten eher grottig sind, ist es doch besser die Bilder VORAB auf ein einheitliches Format zu bringen.
Alternativ könnte man auch noch auf das Attribut width des Image-Tags setzen und die CSS-Formatierung an dieser Stelle aussen vor lassen.

Gruß Falk

[Christian Marquardt]

img-width

Ist für mich die Eigenschaft width des Image Tag..... Es gibt keinen Style der so heisst und das erzeugt eiin Bild der Originalgröße

Ein
<img style="width:100%" src="pic1.png">
erzeugt ein Bild in der Größe des Elternelementes

Ein
<img width="100" src="Globus1.png">
erzeugt ein Bild der Größe 100px

Ein
<img width="100%" src="Globus1.png">
erzeugt ein Bild der Größe 100% des Elternelementes

[Falk Prüfer]

img-width

Ist für mich die Eigenschaft width des Image Tag..... Es gibt keinen Style der so heisst ...

Es gibt auch kein Tag-Attribut das so heisst und im Text war von "die CSS-Eigenschaft width" die Rede, also was soll die Krümmelkackerei?

Und weil wir nun gerade beim Krümelkacken sind:

...und das erzeugt eiin Bild der Originalgröße

steht im Widerspruch zu

Neben Pixelangaben sind bei width und height auch Prozentangaben erlaubt. Solche Angaben beziehen sich auf den zur Verfügung stehenden Raum. Wenn sich die Grafik also beispielsweise in einem normalen Textabsatz befindet, bewirkt die Angabe width="100%", dass die Grafik über die gesamte Breite des Anzeigefensters (abzüglich der Seitenränder der angezeigten Webseite) dargestellt wird.

Gruß Falk

[Christian Marquardt]

steht im Widerspruch zu

Siehe die 3 Beispiele

Der erzeugte Quelltext wäre hilfreich....

[CLL]

Soweit bin ich inzwischen auch, dass ich die Bilder gleich auf 170px Breite bringe (entspricht etwa 1/3 der Breite eines Standardfensters von Mailclients). Schade, dass Mailclients sich da so anders verhalten als Browser.

Bei Browsern bezieht sich width mit % immer auf das Elternelement (sowohl das width des Imagetags, als auch das CSS-Tag)


Ob der Newsletter dann später mit oder ohne Bildern gesendet wird, das muss ich Gott sei Dank nicht selbst entscheiden. Dass ca 60% Standardmäßig Bilder gesperrt haben ist mir bewusst.
Der Anteil der Nutzer, die nicht einmal HTML haben, dürfte aber marginal sein. Schon Recht im Geschäftsbereich!
Noch eine Anmerkung zu Efchens Beitrag: Wenn man eine Textnachricht hat, KANN man ja gar keinen Link rein machen. Das ist nämlich bereits wieder HTML. Und eine URL abzutippen bzw in die Browserzeile zu kopieren ist doch eine zu große Hürde, die die wenigsten machen, wenn es für sie nicht elementar wichtig ist.
Da Mailprovider generell bei HTML-Mails auch eine Textmail generieren lassen, die notfalls angezeigt wird, mache ich mir darüber keine Gedanken.

[Efchen]

Soweit bin ich inzwischen auch, dass ich die Bilder gleich auf 170px Breite bringe (entspricht etwa 1/3 der Breite eines Standardfensters von Mailclients).

Wie kommst Du denn auf die Zahl?
Sowas wie eine Standardgröße gibt es nicht. Wie groß das ist, hängt zum einen vom verfügbaren Platz für Fenster, also von der Auflösung ab, und dann noch davon, wie groß der Nutzer sein Fenster gezogen hat. Da gibts keine Werte, an denen man sich orientieren kann. Zumal moderne Bildschirme nicht nur größer, sondern auch kleiner werden.

Schade, dass Mailclients sich da so anders verhalten als Browser.

In Sachen Größe verhalten sie sich gleich. Genauso wie alle Anwendungen, die in einem Fenster laufen (können).

Dass ca 60% Standardmäßig Bilder gesperrt haben ist mir bewusst.

Solche Zahlen sind doch irrelevant. Was bringt es, Grafiken durch die Gegend zu schicken, dafür noch einen Doppelaufwand zu haben, weil Mailclients kein HTML/CSS können, wenn am Ende das keiner sieht. Zumal man ja immer davor gewarnt wird, Anhänge anzucklicken, und selbst eingebettete Grafiken sind nichts anderes als Anhänge, da SMTP schließlich ein Text-Protokoll ist.

Der Anteil der Nutzer, die nicht einmal HTML haben, dürfte aber marginal sein.

Und wenn?

Schon Recht im Geschäftsbereich!

Gerade da würde ich Vorsicht empfehlen. Auf dem Privat-PC ist es weniger schlimm, wenn ein Virus mal was löscht.

Wenn man eine Textnachricht hat, KANN man ja gar keinen Link rein machen.

Okay, wenn Du meine Aussage auf die Goldwaage legst, hast Du natürlich recht. Ein Link geht nicht. Aber sehr wohl eine URL. Leute mit TextMailclients können den in ihren Browser kopieren. Leute mit Browsern, die nicht nur PlainText darstellen, kriegen wahrscheinlich trotzdem einen Link angezeigt, weil der Client die URL als solche erkennt.

Und eine URL abzutippen bzw in die Browserzeile zu kopieren ist doch eine zu große Hürde

Ist nicht Dein Ernst!
Und man mag so argumentieren, dass PlainText nur die anzeigen, die sich um ihre Sicherheit sorgen und/oder sich auskennen. Die haben keine Probleme damit, eine URL in den Browser zu kopieren.
Und wer das nicht kann...

die die wenigsten machen, wenn es für sie nicht elementar wichtig ist.

Diejenigen, die das nicht machen, die interessiert Dein Newsletter aber auch nicht. Die würden wahrscheinlich auch nicht auf einen Link klicken, wenn sie einen bekämen. Wer sich wirklich für den Newsletter interessiert, dem ist ein Klick oder auch ein Kopieren nicht zu viel.
Und wenn Dein Newsletter gehaltvoll und interessant ist, dann tun die Leute das auch. Da hat wohl jemand kein Vertrauen in die Inhalte des Newsletters? :-)

Da Mailprovider generell bei HTML-Mails auch eine Textmail generieren lassen, die notfalls angezeigt wird, mache ich mir darüber keine Gedanken.

Wer macht sowas? Noch mehr sinnloser Overhead? Mein Mailclient macht sowas nicht.

Grüße,
-Efchen

[Christian Marquardt]

Da Mailprovider generell bei HTML-Mails auch eine Textmail generieren lassen, die notfalls angezeigt wird, mache ich mir darüber keine Gedanken.

Bei welchem Mailanbieter bist du, der es sich wagt in eMails rumzupfuschen?
Erstaunlich.

Offenbar ist dir der Aufbau einer eMail nicht bekannt.
SMTP -> SimpleMailTransferProtokoll

Das kennt nur Text kein HTML, RTF oder ähnliches. Die Anzeige von verschiedenen Formaten wird dadurch erreicht, dass das jeweilige Format mitgeschickt wird und die Mail in verschiedene Abschnitte unterteilt wird. Der Client interpretiert die Abschnitte und zeigt das gewünschte an oder stellt es für ein Download zur Verfügung. Auch Bilder, Programm und alle anderen Anhänge werden als Text ind die Mail geschrieben (BASE64)

[CLL]

Für den Inhalt bin ich nicht zuständig. Ich soll nur dafür sorgen dass es funktioniert. Am liebsten würden die ja ein PDF schicken... Oder eine HTML-Seite mitsamt besonderen Schriften etc. Einen Textnewsletter ganz ohne HTML würden die definitiv nicht akzeptieren. So weit kenne ich meine Vorgesetzten.

@Christian: Wir senden über CleverReach. Man erstellt einen HTML-Newsletter und kann in einen zweiten Tab mit einer Textvariante des Newsletters wechseln, der angezeigt wird, wenn der Client kein HTML unterstützt. Man pflegt also beides. WIE die entscheiden was angezeigt wird, kann ich weder sehen noch beeinflussen. Aber bei einem so bekannten Mailprovider gehe ich davon aus, dass das funktioniert.