Hallo zusammen,

ich weiß: Tabellen-html is' Asche -
aber was soll man machen, wenn man 'nen Newsletter gestalten muß?

Kann mir jemand verraten, wie ich sinnvollerweise eine Illustration innerhalb eines <td> horizontal zentriere und die meisten E-Mail-Reader und Online-Interfaces mitspielen?

Danke vorab.

__________________
cu
RolWg
-------------------------------------------------
Mac Yosemite / Win7, Moz. FF, Opera, Thunderbird, ...

In Newsletter geht zentrieren mittels einer verschachtelten Tabelle: Du erstellst in dem TD eine weitere Tabelle, welche dann das Bild in einer TD erhält, die TD links und rechts davon sind dann so breit wie der Rand zum zentrieren... Oder ein ähnlicher Aufbau, aber wirklich "zentrieren" (wie in normalem HTML) geht nicht zuverlässig.

HTML-Newsletter sind ein Graus.

Ich empfehle da gerne Foundation von Zurb (Foundation for Emails | A Responsive Email Framework from ZURB) - damit hab ich schon einige Newsletter gut umsetzen können.

Und ich bin zuletzt auf MJML (https://mjml.io/) gestoßen und wollte mir das auch einmal anschauen.

__________________
Hier ein immer gültiges Statement: Überarbeite deine Code, lerne die Grundlagen, widersprich mir nicht, wehre dich nicht, ich habe Recht, wir sind Lolgion, wir sind viele.. potato...
All meine Angaben sind ohne Gewähr, es könnte also trotz meiner Unfehlbarkeit dazu kommen dass ich falsch liege

www.richard-thiel.de | Müssen Websiten überall gleich ausschauen?

Danke für die Bestätigung, daß dieser (umständliche) Weg der einzig halbwegs zuverlässige für die meisten Empfängervarianten ist.
Eigentlich merkwürdig, daß es bei E-Mail-Sourcecode keine Fortschritte gibt. Dabei heißt es doch immer, daß Newsletter / E-Mail-Marketing so wichtig ist. Bei Html + CSS gibt's immer Bewegung aber E-Mails werden nach wie vor mit Tabellen gebaut.

Leider hat Tabellen-"Design" diverse Schwachstellen - nicht zuletzt, daß man zig mal die Breite von Spalten vorgeben kann - wenn ein Content versehentlich andere (breitere) Maße hat, war's das mit den Vorgaben.

__________________
cu
RolWg
-------------------------------------------------
Mac Yosemite / Win7, Moz. FF, Opera, Thunderbird, ...

Dank für die Tipps.
Momentan versuche ich, mittels "superwebmailer" zu arbeiten.
"Flüssig" ist auch 'was anderes. Und eigentlich gehe ich ständig direkt
in den Sourcecode (bzw. kopiere den Sourcecode aus dem Textwrangler in das Quellcode-Interface), weil so Vieles mit der Oberfläche nicht wirklich machbar ist.

__________________
cu
RolWg
-------------------------------------------------
Mac Yosemite / Win7, Moz. FF, Opera, Thunderbird, ...

Es ist wichtig, sonst müsstest du jetzt keinen Newsletter bauen sondern einfach eine reine Text-Mail verschicken. Und seien wir uns ehrlich: Die reine Text-Mail würde für die Übermittlung der Information auch ausreichen, aber man will ja auffallen und "bunt" sein, sich von der Masse abheben. Da muss man leider damit arbeiten, was die Mailprogramme erlauben.
Outlook hat in älteren Versionen ja zB teilweise die HTML Engine von Word eingebaut gehabt, also das, was Word anzeigen konnte, konnte dann auch Outlook anzeigen (Mag jetzt nicht zu 100% stimmen, aber ist auch nicht so wichtig). Das hat sich mittlerweile auch gebessert, jetzt kann auch Outlook schon mehr. Moderne Webmail-Interfaces (wie googlemail, etc.) können auch Mails ohne Tabellen recht gut anzeigen, aber man muss ja leider alle relevanten Programme abdecken. Und ein Grund warum es hier weniger Fortschritt gibt ist "die Sicherheit". Erlaubt man zu viel, dann können sich die unbedarften Nutzer doch leicht Schadcode einfangen.
Ist für HTML5/CSS3 leider nicht wirklich zutreffend, in ein paar Jahren kann man das dann hoffentlich auch in Mails verwenden, wenn es überall funktioniert. Vielleicht bin ich hier aber auch zu optimistisch.

Hast Recht, ist wichtig. Aber hast auch Recht damit, daß man m.W. mit CSS keinen Schaden anrichten kann (=/= JavaScript). Und es ist einfach ärgerlich, wenn man sich bei Design und Codierung viel Mühe gegeben hat (um wenigstens die gängigsten Mailclients und Web-Interfaces abzudecken) und dann von Leuten, die z.B. den Newsletter als Weiterleitung von anderen erhalten haben oder versucht haben, ihn womöglich sogar auszudrucken (!) ein Echo erhält wie "sieht alles so zerbröckelt aus ..." oder "Foto-Anhang riesig, Text nur 5cm breit ...", etc. pp.
Aber was Clients bei Weiterleitungen anstellen oder beliebige Drucker veranstalten, kann man ja wirklich nicht mehr abfangen.
Da fragt man sich dann schon, warum da keine Entwicklung stattfindet. Diese Probleme sollten andere Versender ja genauso haben.

Beste Grüße

P.S.: Warum man hier im Board links als "neuer Benutzer" eingestuft wird obwohl man - rechts sichtbar - seit 7 Jahren dabei ist, erschließt sich auch nicht sofort

__________________
cu
RolWg
-------------------------------------------------
Mac Yosemite / Win7, Moz. FF, Opera, Thunderbird, ...

Aber interessante (Kunst?)projekte lassen sich damit veranstalten:
https://emails.hteumeuleu.com/super-...30d#.4mf8k4yog

Das hängt nicht mit der Dauer des angemeldet sein zusammen sondern damit, wie aktiv man ist, sprich, wie viele Beiträge man geschrieben hat.

Edit:
erstens, weil du den Fehler schon zweimal gemacht hast: "daß" ist falsch und es seit Jahren nicht mehr.
Zweitens: Direkt und der Hauptgrund für den Edit: Direkt kann man keinen Schaden mit CSS anrichten, aber es geht hier mehr darum, dass dem User nichts vorgegaukelt werden kann: Dass Hintergründe etc. ein anderes Linkziel suggerieren als eigentlich angeklickt wird oder ähnliches. So (oder ähnlich) wird wohl die Begründung sein wenn man nachforscht, warum einiges nicht zugelassen wird. Dass das im Browser theoretisch auch geht stimmt schon, aber emails ist hier eben ein eigenes Thema für sich. Man kann nur hoffen dass man so wenig Newsletter wie möglich umsetzen muss

Ich hab' 1 Moment gebraucht, um festzustellen, da_ß_ wir jetzt über die neue dtsche. Rechtschreibung philosophieren Hier denke ich, da_ß_ ich nicht jeden Sch... mitmachen muß, den so'ne Truppe Akademikerf... beschlossen haben - schließlich gehört das _ß_ zur dtsch. Sprache und wenn mensch mal die Anzahl "daß" und "das" in einem beliebigen Text durchzählt, stellt man fest, da_ß_ ebendiese Konjunktion "da_ß_" mit _ß_ häufiger vorkommt als das Relativpronomen "das". Ich bleibe also dabei. Zum Glück gibt's da keinen Parser, der hier die Mitarbeit wegen Versto_ß_es gegen die neue d. RS einstellt.

Dieses "Zweitens" teile ich völlig.

__________________
cu
RolWg
-------------------------------------------------
Mac Yosemite / Win7, Moz. FF, Opera, Thunderbird, ...