Path: csiph.com!news.swapon.de!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Andreas Borutta Newsgroups: de.comm.software.mailreader Subject: Re: Beste Praxis fuer HTML-Signaturen Date: Thu, 31 Aug 2023 16:22:42 +0200 Organization: A noiseless patient Spider Lines: 74 Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Injection-Info: dont-email.me; posting-host="f27a71ec472ce3def0920827fad34f2a"; logging-data="3502942"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19YNJYg9KibLlmfZpf1S0oY4xTSkGSTnVI=" User-Agent: 40tude_Dialog/2.0.15.41de (9d0734c9.109.411) Cancel-Lock: sha1:+UMnCoC+uRRzm8jZMi0WiY19SjM= Xref: csiph.com de.comm.software.mailreader:1178 Andreas M. Kirchwitz: > Andreas Borutta wrote: > >> Nun möchte ich aber einer kleinen NGO helfen, gute HTML-Signaturen zu >> erstellen, die sie in Outlook 365 einbinden können. > > Dazu könnte man im Detail ganz viele Vorschläge machen, aber ich > würde vor allem allgemein empfehlen, möglichst zurückhaltend beim > Einsatz der Mittel zu sein. Das ist genau mein Ansatz. > Nicht aus nerdigem Purismus, sondern > weil vielen noch nicht bewusst zu sein scheint, dass Mail auf der > anderen Seite oft sehr anders dargestellt wird als bei sich selbst. >> Worauf ist bei HTML-Signaturen speziell zu achten, damit sie auf >> vielen empfangenden Clients (auch die auf Mobilgeräten) gut >> dargestellt werden? > > Du sagst es ja selbst, viele Clients, auch mobil, da sollte man > einfach möglichst defensiv sein. > > Das heißt ja nicht, dass man nicht versuchen kann, es hübsch zu > machen, aber je komplexer man die Signatur macht, desto geringer > die Chance, dass es auf der andere Seite noch so aussieht, wie > man sich das in seinem Kopf ausgemalt hat. :-) > >> Könnt ihr einen Text mit "Beste Praxis" empfehlen, der dazu etwas in >> die Tiefe geht? > > Wenn Du einen Web-Designer fragst, wird er Dir sagen, dass seine > "Beste Praxis" ist, in eine Mail-Signatur nicht unter ein Megabyte > HTML-Code zu packen und mindestens weitere 10 MB an Bildern, Videos, > und am besten noch mindestens hundert nachzuladende Tracker- und > Analyse-Skripts. Ich beherrsche HTML und CSS und schreibe den Code daher natürlich selber. Mit "Beste Praxis" beziehe ich mich auf einen defensiven Ansatz. Es wäre einfach schön zu wissen, welche CSS-Eigenschaften man gleich vergessen kann, weil sie von kaum einem Client bei Signaturen unterstützt werden oder weil sie unerwünschte/schädliche Effekte haben. Natürlich spielt auch gute Zugänglichkeit und Barrierearmut eine Rolle, wie bei jedem vernünftigen HTML. Beispiel: Praktisch fände ich Telefonnummern, die auf Geräten mit Telefoniefunktion "klickbar" sind und dann einen Anruf starten (nach Bestätigung). Also +49 123 45678 Was ist für die verschiedenen Plattformen zu beachten/ zu ergänzen? >> Detailthema "Bild-Logo": >> Spricht etwas gegen SVG? > > Wenn das Ziel ist, im Spam- oder Malware-Filter zu landen, > kann man das vielleicht so machen. :-) Gut, dachte ich mir fast. Also via Data-URI. Möchte jemand ein praktisches Beispiel einer HTML-Signatur mit Logo nennen, die er/sie für gut hält? Andreas -- http://fahrradzukunft.de