Ich es möglich den Text-Inhalt eines Newsletter aus dem HTML-Inhalt automatisch zu erstellen?
Dies soll als Text-Inhalt Backup in den Mails dienen und die Handhabung für die USER vereinfachen.
Druckbare Version
Ich es möglich den Text-Inhalt eines Newsletter aus dem HTML-Inhalt automatisch zu erstellen?
Dies soll als Text-Inhalt Backup in den Mails dienen und die Handhabung für die USER vereinfachen.
Nix vestan:
hm... naja ... aus welchem HTML-Inhalt?Zitat:
Zitat von martinmusik
... Text-Inhalt Backup in den Mails ....Zitat:
Dies soll als Text-Inhalt Backup in den Mails dienen und die Handhabung für die USER vereinfachen.
Ich jedenfalls begreife nicht worum es geht.
Gruss
dtptiger
@dtptiger: Beim Newsletter kann man eine HTML-Version und eine Textversion angeben. Nicht jeder User kann oder will HTML-Emails empfangen. Ob man den Text für die Textversion automatisch erstellen kann? Mit Sicherheit ja, aber ob es dazu fertigen Code / Erweiterungen gibt, das weiss ich nicht.
Ich fände dieses Feature sehr schön und praktisch. Es ist ja doch etwas aufwändig, immer 2 Versionen (Text und HTML) zu erstellen, auch wenn man einfach rüberkopieren kann. Wenn man z.B. einen Einladungs-Newsletter kopiert und abändert, um eine neue Einladung zu schreiben, passiert es leicht, dass man nur in der HTML Version ändert.
Wenn wir schon mal dabei sind:
Ich fände es auch gut, wenn eine Mimik wie die folgende für eine saubere Anrede "ins Innere" verlagert und im BE konfiguriert werden könnte
:cool:Code:{if gender=="male"} Lieber ##firstname##,
{elseif gender=="female"} Liebe ##firstname##,
{else} Liebes Mitglied ##firstname## ##lastname##,{endif}
Mir fehlt momentan der Ansatz, wo das anzuprogrammieren wäre.
Du könntest per DCA eine Checkbox hinzufügen "Textversion aus HTML erzeugen", den Textbereich ggf. damit auf readonly setzen und über einen Save-Callback das HTML zu Text umwandeln
Das schau ich mir demnächst mal an. Was ein Save Callback ist, muss ich allerdings erstmal recherchieren. Und wo ich den einbaue.
die DEV-Doku ist inzwischen recht gut geworden... dort mal mit den Stichwörtern suchen - bei Problemen gibts ja das Forum oder Slack :D
Nunja. Es ist doch eher die Ausnahme, dass diese Texte identisch sind, denn für das heutzutage übliche semi-interaktive HTML-Gereffel kann ich doch im Regelfall nicht einfach einen Text generieren. Ich sehe da keinen wirklichen Anwendungsfall. Wie kann eine Animation beispielsweise automatisch in Text umgeschrieben werden? Wie man ich automatisiert einen barrierearmen Text erstellen, der auch die Empfangenden mitnimmt, die auf Assistenztechniken angewiesen sind? Sind dieselben Informationen überhaupt sinnvoll, wenn schon der Mailclient im Textmodus läuft und ich dann fast schon erwarten kann, dass einzig eine reduzierte Webansicht für Empfangende interessant ist?Zitat:
Zitat von Ernestopheles
Ganz ehrlich: Das liesse aus meiner Sicht mehr Fragen offen als es beantwortet.
Alleine schon die Beschränkung auf zwei Unterscheidungsmerkmale erscheint mir da als nicht mehr zeitgemäss. In den meisten Projekten fragen wir diese Kategorien daher auch gar nicht mehr, ab sondern bieten Benutzenden an, eine gewünschte Anredeform anzugeben. Das ist letztlich gerechter und sorgt dafür, dass sich Benutzende wirklich angesprochen fühlen, anstatt mit persönlichen Annahmen der Entwickelnden konfrontiert zu werden.Zitat:
Zitat von Ernestopheles
Du kannst die Tücken mit der AnredeZitat:
Zitat von Ernestopheles
>>Guten Tag Vorname Nachname<<
umgehen.
Klingt ggfs etwas sperrig ist aber korrekt.
Klingt etwas säuerlich, dein Beitrag. Warum?Zitat:
Zitat von lucina
Also, einmal ist es wohl so, dass meines Wissens nach bei Abweichungen in den beiden Versionen HTML und Text Spamfilter gerne zuschlagen und deshalb nicht unbedingt zu empfehlen sind.
Für Zweifler an der Sinnhaftigkeit der HTML-Version würde ich Zonkys Idee aufgreifen und erweitern wollen: Der Verfasser eines Newsletters entscheidet sich, ob er eine HTML- , eine Text- oder beide Versionen schreiben will und ggf. ob kopiert werden soll. Per Radiobutton plus Checkbox. Vermutlich jedoch macht das Nicht-Kopieren sprich Leerlassen einer Version keinen Sinn wegen des Spamfilters.
Ich vermute, dass sich mehrere Anwender über die Entlastung freuen würden.
Barrierefreiheit schafft man vermutlich keineswegs mit einer HTML Version. Nach meinem Verständnis eignet sich eine Textversion viel besser für screenreader etc.
Gerade wenn man keinen Wert legt auf eine "ausgefeilte" HTML Version (ich nutze selber nur Links sowie den Fettdruck, manchmal Schrägschrift), ist die Frage umso sinnvoller, warum mir die Aufgabe des Kopierens nicht die Maschine abnehmen kann.
Zur Anrede:
Das ist vermutlich Geschmackssache. Politisch korrekt ist meine Form jedenfalls und meines Wissens auch zeitgemäß. Ich denke, dass unser hypothetisches Mitglied Anna sich angesprochen fühlt, wenn sie mit "Liebe Anna" angesprochen wird. Wer keine Angabe beim Geschlecht gemacht hat oder "divers", der fühlt sich mit "Liebes Mitglied Andrea Botticelli" wohl auch gut angesprochen?
Was ich versuchen werde zu programmieren:
Radiobutton: Nur HTML Version verfassen und Textversion generieren lassen / beide Versionen verfassen
Bei Option 1 wird die Textarea bei der Textversion auf readonly gesetzt und der Inhalt als Kopie ohne Formatierung der HTML Version erzeugt.
Dazu lege ich das neue Feld per DCA an und vertiefe mich noch einmal ins Entwicklerhandbuch wegen des Callbacks.
Erweiterung: Radiobutton für die Form der Anrede 1. Liebe <Vorname> etc. 2. Hallo Frau <Nachname> etc. 3. Sehr geehrtes Mitglied 4. Anrede selber verfassen.
also, wenn E. das unbedingt so haben möchte... kann er ja probieren - über die Sinnhaftigkeit kann er sich den Kopf zerbrechen ;-)Zitat:
"Wunsch ist Wunsch" sagte die Fee...