Closed
Bug 2442
Opened 26 years ago
Closed 26 years ago
TEXTAREAs need linebreaking enabled, and proper default set
Categories
(Core :: Layout, defect, P2)
Tracking
()
M10
People
(Reporter: dbaron, Assigned: buster)
References
Details
In *this page*, when I type into the textarea, there is no linebreaking. I have to hit return manually, or else I get lines like this.
I'm not sure what category this falls under... so it's Layout...
Updated•26 years ago
|
Assignee: karnaze → kmcclusk
Updated•26 years ago
|
Status: NEW → ASSIGNED
Comment 4•26 years ago
|
||
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Updated•26 years ago
|
Target Milestone: M4 → M5
Updated•26 years ago
|
Target Milestone: M5 → M6
Updated•26 years ago
|
Target Milestone: M6 → M5
QA Contact: 4144 → 4137
Summary: Line carrying in textareas → TEXTAREAs
This is due to a non-standard Netscape extension to HTML 4.0, I believe. I'm
marking bug 4027 as a duplicate of this one (if anything just to cut down on the
number of open bugs).
Reporter | ||
Comment 7•26 years ago
|
||
HTML 4.0 is a bit vague on this. The spec defines the cols attribute as:
This attribute specifies the visible width in average character widths. Users
should be able to enter longer lines than this, so user agents should provide
some means to scroll through the contents of the control when the contents
extend beyond the visible area. User agents may wrap visible text lines to keep
long lines visible without the need for scrolling.
MSIE5 and NN4 both return the line breaks that have been wrapped by the UA as
if they were typed.
FWIW I strongly agree with dbaron on this one - I would very much like to see
default behavior in textareas something like "always having the wrap=hard
attribute there" - that is, automatically wrap down to the next line instead of
forcing people to scroll. I'm cc'ing german@netscape.com on this in hopes of
getting one of the UI/UE people to come down on this issue one way or the
other...
Updated•26 years ago
|
Target Milestone: M5 → M6
Comment 9•26 years ago
|
||
WIN32 textarea now soft wrap their contents. This makes the textarea's
compatible with the default for NN4 and MSIE5. There is the remaining issue of
supporting the non-standard wrap attribute on textareas. I am moving this bug to
M6 for resolution of this remaining issue.
Comment 10•26 years ago
|
||
*** Bug 5985 has been marked as a duplicate of this bug. ***
Updated•26 years ago
|
Target Milestone: M6 → M8
Reporter | ||
Comment 11•26 years ago
|
||
This is kind of a bugzilla blocker. It leads to all these messy long lines
in Bugzilla whenever I use Mozilla to add to bugs, unless I remember to hit
enter at the end of lines (doing so now...). Hope it's fixed soon. I was
tempted to raise the priority, but didn't.
Comment 12•26 years ago
|
||
*** Bug 8108 has been marked as a duplicate of this bug. ***
Comment 13•26 years ago
|
||
*** Bug 8307 has been marked as a duplicate of this bug. ***
Updated•26 years ago
|
Assignee: kmcclusk → buster
Status: ASSIGNED → NEW
Comment 14•26 years ago
|
||
Steve, I'm re-assinging text area related bugs to you. Even though this bug is
specific to the native text area widget, Ender will have to address the same
issue.
Assignee | ||
Comment 15•26 years ago
|
||
M10
Comment 16•26 years ago
|
||
*** Bug 10377 has been marked as a duplicate of this bug. ***
Summary: TEXTAREAs → TEXTAREAs need linebreaking enabled, and proper default set
Assignee | ||
Comment 17•26 years ago
|
||
fixed summary
Comment 18•26 years ago
|
||
If Bugzilla is using a Netscape-only extension, perhaps a bug should be filed
and it should do the wrapping itself. Not that I'm saying the extension
shouldn't still be implemented in Mozilla.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Comment 19•26 years ago
|
||
*** This bug has been marked as a duplicate of 8984 ***
You need to log in
before you can comment on or make changes to this bug.
Description
•