45503 - textarea wrap="off" does not work

Status: VERIFIED DUPLICATE of bug 50633

(Core :: Layout: Form Controls, defect, P3)

Description

[Ian A. Marsman]

Textarea does not allow wrap="off" in build 2000071308 (and previous few days
too), but did work with NS6 preview 1. Sample code at end of this field. My last
bug report had an error. Sorry. This one should be valid. Thanks for the
excellent work on Mozilla. I love it.

<form name="main_form" action="javascript: function () {return null;}"
method="post">
<table>
<tr><td><textarea name="input_area" rows="10" cols="70" wrap="off" style="color:
black; background : wheat"></textarea></td></tr>
</table>
</form>

Comment 1

[rods (gone)]

reassigning

Comment 2

[rubydoo123]

wrap is not a valid attribute, marking invalid

Comment 3

[Ian A. Marsman]

Hope I am not overstepping my bounds in reopening this bug, but there must be 
many many thousands of webpages having textareas such as <textarea wrap="off" 
row="2" cols="30" ...></textarea>. In the page I am working on IE and NS 4.6 
both seem to understand the meaning of this attribute (i.e. one has to scroll 
horizontally to see all text, which is the behavoiur I need. Homesite (which 
others at work use), also has it as a textarea attribute, along with "virtual" 
and "physical". My page worked fine in NS 6 preview 1 (i.e. it complies with my 
wrap attribute settings directive. It does not work well now on the 13 July 
nigthly build (well, the javascript on the page takes < 1 sec to run now and 
took about 20 secs with the preview, so I am happy with many many things about 
Mozilla in general :) ). If wrap is not a valid attribute, is there a "blessed" 
one now specified by W3C standards. If so, could one alias "wrap" to it? Being 
overly rigid in HTML interpretation will not gain usability brownie points from 
people in companies such as the large web development company where I work.

Comment 4

[rubydoo123]

I empathize with your issue, we can look at it and see what we can do, but since 
it is an invalid attribute, this will be a very low priority. I'll ask one of 
the engineers to look at and see what can be done

Comment 5

[kinmoz]

Accepting bug.

Comment 6

[rubydoo123]

*** This bug has been marked as a duplicate of 17408 ***

Comment 7

[bsharma]

Updating QA contact.

Comment 8

[Scott Brodmerkle]

Verified dupe.

Comment 9

[Stephen Ostermiller]

Can we reopen this bug?  The bug that it was marked a dup of has been fixed and
yet this bug still remains. (I don't think that it really was a dup to begin
with.) To verify this take a look at
http://www.idocs.com/tags/forms/_TEXTAREA_WRAP.html
In both IE and Netscape 4 the third text area has scroll bars in both
directions, in Mozilla, the third text area wraps like the first two.

I agree with Ian about this (nonstandard) feature being very widely used.  Most
comprehensive html tutorials and books seem to include it, and Mozilla would be
the first major browser in a long time not to implement it.

I'd reopen myself, but I don't have the power.  If nobody responds here I'll
probably go ahead and submit a new bug report.

Comment 10

[Ian A. Marsman]

Hope I'm not **** people off, but I would love to see this functionality
again. I relied on it in a web app I wrote for work (set wrap off to allow
display of row/column data). I also think that this was not a duplicate of
17408. I have checked the W3C specs and indeed, the functionality of setting
wrapping is not specified. It is suggested that implementers choose a method.
This could be done by choosing a default wrap method and allowing different
behaviour given the inclusion of the wrap option that specified otherwise. I'd
like to add that I am extremely pleased with the usefulness of Mozilla and its
new ability to refrain from eating more and more RAM.

Comment 11

[Stephen Ostermiller]

Upon further searching, this looks like it may be a dup of bug 50633 which is
assigned to kin.

Can you take a look Ian?  Again I don't have access to mark this a dup myself.

Comment 12

[rubydoo123]

this isn't a legal attribute, rather a Netscape extension. Moving this to 
future, we may readdress this at a later date

Comment 13

[Vladimir Ermakov]

QA Contact Update

Comment 14

[Boris Zbarsky [:bzbarsky]]

50633 is assigned.  Marking duplicate.

*** This bug has been marked as a duplicate of 50633 ***

Comment 15

[Vladimir Ermakov]

Verifying