Closed Bug 162557 Opened 23 years ago Closed 11 months ago

Arrow key navigation goes into <input> and <select> form widgets when editing a page with form elements

Categories

(Core :: DOM: Editor, defect, P5)

All
Windows 2000
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: cmanske, Unassigned)

References

()

Details

Attachments

(2 files)

Form elements in a page being edited in Composer should not behave as they do in the browser. They should be static objects, like an image. This is closely related to bug 82547, which concerns mouse event handling in a form widget in an editing page. I'll attach a test page.
This behavior prevents us from being able to edit pages with form elements. If there's a simple hack to let caret navigation jump over form elements, then we should fix this. We have an excellent Form element UI (bug 45495) that we haven't been able to use because of problems like this and bug 82547.
Keywords: nsbeta1
Target Milestone: --- → mozilla1.2alpha
1. Put caret on first line. Press down arrow key. Caret will be inside the select widget and typing will appear in there. 2. Put caret on last line. Use left arrow until it you just leave the line (one left keypress when you are at line beggining). Start typing. You won't see a caret, but text will appear inside the input field and all that you type becomes selected!
Blocks: 45495
adt: nsbeta1-
Keywords: nsbeta1nsbeta1-
QA Contact: sujay → editor
Assignee: mjudge → nobody

Bulk-downgrade of unassigned, untouched DOM/Storage bug's priority.

If you have reason to believe, this is wrong, please write a comment and ni :jstutte.

Severity: normal → S4
Priority: -- → P5

I cannot reproduce this bug on 143.

Status: NEW → RESOLVED
Closed: 11 months ago
Resolution: --- → WORKSFORME
Target Milestone: mozilla1.2alpha → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: