Bug 12257 - FCKeditor: Form fields are enabled in the editing area
Summary: FCKeditor: Form fields are enabled in the editing area
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: HTML Editing (show other bugs)
Version: 420+
Hardware: Mac OS X 10.4
: P2 Normal
Assignee: Nobody
URL: http://www.fckeditor.net/nightly/brow...
Depends on:
Blocks: 9915
  Show dependency treegraph
Reported: 2007-01-13 04:18 PST by webkit
Modified: 2009-11-21 00:32 PST (History)
1 user (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description webkit 2007-01-13 04:18:18 PST
All form fields created inside the editor are enabled during editing. So, one can check checkboxes, insert text on fields, open combo boxes, or even click on buttons.
Comment 1 Eric Seidel (no email) 2007-11-22 11:37:56 PST
This behavior does disagree with Firefox, but I can see some applications wanting this current behavior.

You can control this sort of thing by adding temporary onClick handlers (using addEventListener) and calling event.preventDefault from within those listeners.  You could also make your own custom "control selection" (like mentioned in bug 12250) using this functionality if you so desired.
Comment 2 webkit 2007-11-23 01:53:38 PST
(In reply to comment #1)

We are already doing "click", "mousedown" and "mouseup" events handling to try to avoid this thing. We are able to not make them active (except for select fields, which always open), but no lucky on making them selectable. You can test it in the above URL.

Making a custom control selection instead, other than being a massive job in JavaScript, would not solve problems like drag and drop or copy/cut. Also, as explained above, it doesn't work for all kinds of fields.

To conclude, I think that it would be weird to have applications that need active form fields inside an editable document. Even if needed, those would be a great minority, and would certainly be compatible with Safari only at this point.