#151 Textarea's have an proprietary attribute

In version 1.4.x and 1.5-CVS the textarea's are using
an attribute that is not defined by W3C. The attribute
"wrap" may work in some browsers, but not in others.
After testing both Opera8 and the Gecko 1.8 engine
ignore the statement. Haven't looked at the further
impact on Squirrelmail, but for visual effect there are
options in CSS with "white-space: wrap | nowrap" and
"overflow: auto | scroll | hidden | visible".

[Thijs Kinkhorst]

Logged In: YES
user_id=285765

We are pretty dependent on this option, because HTML doesn't
specify an authoritative way for us to state how we want to
receive the data. Experience shows that this works in many
browsers, and when support misses it's not a disaster, maybe
an inconvenience. An inconvenience we can't really solve in
a better way.

[Anonymous]

Logged In: YES
user_id=457236

This is interesting, because I see no real reason for it in
src/compose.php. This also because squirrelmail does
server-side hard-linebreaks to the body as it should do to
workarround these kind of issues. And I haven't had any
problems I'm aware of the last week when I remove this
option from my personal installation/tree. This doesn't
garantee the problems doesn't exist for others.

Can you leave this case open for some further investigation?
Lets say one month max or so? And if someone has suggestions
when this is/was going to break, then I'm one e-mail away ;-)

And yes it isn't a problem for now, but it would be nice to
get clean HTML/XHTML output in the future.

[Tomas Kuliavas]

Logged In: YES
user_id=225877

fixed in 1.5.2cvs src/compose.php v.1.442.

Original code used wrap=hard and forced new lines, when long
lines are added. Attribute was switched to wrap=virtual
(#495073, v.1.214) in order to fix spacing issues.
wrap=virtual creates unwrapped long lines in IE, Firefox and
Opera8. Same happens when attribute is not set.

We use same proprietary attribute in calendar and
squirrelspell plugins.