Closed
Bug 182115
Opened 22 years ago
Closed 22 years ago
Cursor erratic after wrap column in form textarea input boxes
Categories
(Core :: Layout: Form Controls, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 178735
People
(Reporter: temp6, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.2b) Gecko/20021024 Build Identifier: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.2b) Gecko/20021024 Cursors behave as expected on the first line of form textarea input boxes with wrapping (i.e. left cursor key moved cursor 1 characted left, right cursor key does the opposite). But further into text boxes, the behavior is erratic. This problem seems to appear after a browser provided return is encountered. For instance, pressing left cursor key often moves the cursor to the beginning of the current paragraph, just after the last hard carriage return. Pressing right cursor key often moves to the beginning of the next line, and sometimes to the next hard carriage return. For a textarea defined as: <textarea wrap=soft cols=60 rows=10 name=notable> Optional dancing boogeymen kickers available from after-market, can be enabled from configuration menu, for boogeyman disco mode. </textarea> the problem occurs after the 60th character, even if the return occurs before the 60th character. When editing the above, the cursor misbehaves around the second 'a' in after-market. (This is from a submission form at http://www.ipdb.org, but I even see this behavior when trying to enter this bug report.) Entering a forced newline/carriage return manually fixes the problem until a browser provided carriage return is again encountered. Up and down cursor work as expected. Reproducible: Always Steps to Reproduce: 1. 2. 3. Expected Results: Move the cursor as indicated by the keys.
Summary: Cursor erratic after 60th character in form text input boxes with soft wrapping → Cursor erratic after wrap column in form textarea input boxes
Comment 1•22 years ago
|
||
->
Assignee: alexsavulov → form
Component: Form Submission → Layout: Form Controls
QA Contact: vladimire → tpreston
Comment 2•22 years ago
|
||
*** This bug has been marked as a duplicate of 178735 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•