Closed
Bug 511812
Opened 15 years ago
Closed 15 years ago
RFE : use <pre contenteditable> for <textarea>
Categories
(Core :: Layout: Form Controls, defect)
Core
Layout: Form Controls
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: BijuMailList, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: testcase)
Attachments
(1 file)
717 bytes,
text/html
|
Details |
RFE : use <pre contenteditable> for <textarea>
bug 190147, bug 399651, bug 504784 shows the slowness of <textarea> with long content.
Cant we build the functionality of <textarea> using <pre contenteditable>
See attachment pre_contenteditable.html it is lightning fast compared to the original test case (attachment 389100 [details]) on bug 504784
When we use <pre contenteditable> one thing we need to make sure is..
while pasting HTML or other formatted text, we need to strip formatting first.
So right now web page authors cant use the technique to solve this problem on their page. If user copy/paste a HTML table it completely screw up.
BTW, IMO bugs 190147, 399651, 504784 are duplicates
PS: This is a blocker for me to use firefox for some of the intranet applications in our company.
another technique see bug 504784 comment 7
Comment 2•15 years ago
|
||
> Cant we build the functionality of <textarea> using <pre contenteditable>
Not really; textarea needs to support wrapping, for example.
I think we should fix <textarea> performance the right way (which we have bugs on!) instead of trying to make this sort of hack work.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•