Tobias C. Rittweiler wrote:
Klaus Klein <[EMAIL PROTECTED]> writes:
Die einzig richtige Lösung diese Problems wäre es gewesen der
darstellenden Seite (Software) zu überlassen die Zeile an der
richtigen' Stelle umzubrechen!
Schilderst Du uns noch, wie du das im allgemeinen Fall machen willst?
(Insbesondere, ohne dass Hickhack herauskommt, wenn der Absender das
Limit von 80 Zeichen _deliberativ_ übersteigt, um Tabellen,
Annotationen, Programmcode oder Ascii-Art darzustellen.)
Nochmal, es gibt kein Limit von 80 Zeichen!
Es gibt eine Empfehlung dies mit Rücksicht auf Implementierungen zu tun welche
eben auf 80 Zeichen limitiert sind, obwohl diese Implementierung nicht konform
mit der Absicht der entsprechenden Spezifikation ist.
in spite of the fact that such implementations are non-conformant to the intent
of this specification
Ob diese Empfehlung im Zeitalter von Geräten welche wesentlich mehr darstellen
können oder welche wesentlich kleiner sind und u.U. weniger Zeichen/Zeile
darstellen können überhaupt noch sinnvoll ist, ist wohl dahingestellt.
Auch wenn Du Deine Annotationen, Deinen Programmcode oder Deinen Ascii-Art mit
80 Zeichen/Zeile darstellst wird jemand mit weniger Zeichen/Zeile immer
Probleme haben.
Was willst Du den machen wenn mehr als 80 Zeichen für eine Tabelle oder
eingerückten Programmcode benötigt werden?
Willst Du dann auf Informationen verzichten oder bist Du bereit hierfür
eventuell mal den Bildschirm horizontal zu scrollen?
Somit ist,zumindest für mich, die 'richtige' Stelle für die von Dir
aufgeführten Fälle eben 'keine' und der Leser wird eben mal scrollen müssen.
In allen anderen Fällen, in welchen jemand persönliche Vorlieben hat um einen
Text zu lesen (Augenbewegung, Halsmuskulatur, etc.), sollte sich sowieso
derjenige selbst um die Darstellung kümmern und dies nicht von allen anderen
verlangen.
Gruß,
Klaus
RFC2822
1.2.1. Requirements notation
This document occasionally uses terms that appear in capital letters.
When the terms "MUST", "SHOULD", "RECOMMENDED", "MUST NOT", "SHOULD NOT", and
"MAY" appear capitalized, they are being used to indicate particular requirements of this specification. A discussion of the
meanings of these terms appears in [RFC2119].
2.1.1. Line Length Limits
There are two limits that this standard places on the number of characters
in a line. Each line of characters MUST be no more than 998 characters, and
SHOULD be no more than 78 characters, excluding the CRLF.
The 998 character limit is due to limitations in many implementations which
send, receive, or store Internet Message Format messages that simply cannot
handle more than 998 characters on a line. Receiving implementations would do
well to handle an arbitrarily large number of characters in a line for
robustness sake. However, there are so many implementations which (in
compliance with the transport requirements of [RFC2821]) do not accept messages
containing more than 1000 character including the CR and LF per line, it is
important for implementations not to create such messages.
The more conservative 78 character recommendation is to accommodate the many
implementations of user interfaces that display these messages which may
truncate, or disastrously wrap, the display of more than 78 characters per
line, in spite of the fact that such implementations are non-conformant to the
intent of this specification (and that of [RFC2821] if they actually cause
information to be lost). Again, even though this limitation is put on messages,
it is encumbant upon implementations which display messages to handle an
arbitrarily large number of characters in a line (certainly at least up to the
998 character limit) for the sake of robustness.
RFC2119
1. MUST This word, or the terms "REQUIRED" or "SHALL", mean that the
definition is an absolute requirement of the specification.
...
3. SHOULD This word, or the adjective "RECOMMENDED", mean that there may
exist valid reasons in particular circumstances to ignore a particular item, but the full
implications must be understood and carefully weighed before choosing a different course.
--
----------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
