wordwrap() für utf8?

[me-too]

Hi Ihr Zwei,

Ich hab Dir, um eine ausufernde und ewig dauernde Diskussion zu vermeiden, die Lösung an die im Quelltext sichtbare Adresse geschickt.

Hast du auch das wordwrap() durch etwas Besseres ersetzt? Das zerschnibbelt nämlich Zeichen, die aus mehreren Bytes bestehen. Ein mb_wordwrap() gibt es offensichtlich nicht...

Abgesehen davon, dass es nice wäre to have ein wordwrap() 4 utf8, sollten wir here not mix alle Anforderungen like Kraut & Rüben.

Die Begrenzung in Emails auf "80 Zeichen" Zeilenlänge incl. CrLf stammt aus den Transportregeln für Emails. Das bedeutet also, dass es sich ursprünglich nur um reine ASCCI-Codes mit sieben Bit gehandelt hat, wenn man von Zeichen sprach. Später wurden Oktetts daraus, also Codes mit acht Bit.

Wenn man diese mittelalte Regel (max. 80 "Zeichen" pro Zeile) also auf das mb_mail_wrap() übertragen will, was wir hier eigentlich suchen/bauen wollen, dann muss dieses deshalb nach maximal 78 Bytes einen Zeilenumbruch (CrLf) einfügen, aber bitte nicht innerhalb einer UTF8-Sequenz.

Der Versuch von Fastüx ist irrelevant, da er nicht vorhersehen kann kann, ob immer alle SMTP-Relays mitspielen. Dafür muss man sich an die gültigen Konventionen (RFCs) halten, ggf. auch an ältere. Man weiß ja nicht immer, welchen Weg die Email nimmt.

Idee:

Man könnte den Text in Einzelzeichen (UTF8) in ein Array zerlegen und die Elemente in einer Schleife dann jeweils solange wieder konkatinieren in einen Byte-String, bis gerade nicht 78 Bytes überschritten sind. CrLf hinten dran, nächster Loop. Dazu muss man dan eben str_len() bemühen, um Bytes zu zählen und nicht Zeichen.

Wenn ich nachher noch lange Weile bekomme, versuche ich das mal zu coden.

Wir wissen aber schon, dass dynamische Arrayerzeugung in PHP sehr lange dauert. Vielleicht gibt es da noch eine bessere Lösung. mb_substr() wird vermutlich obnehin benötigt.

LG
me-too

Gruß
Julius