Item492: Textareas fields in forms are being hijacked by the Wysiwyg editor.
Priority: Urgent
Current State: Closed
Released In: 1.0.0
Target Release: patch
Applies To: Engine
Component:
Branches:
Nightly build 1360 (pattern skin?)
User information form fields IM and Comment show complete wysiwyg editor controls when in edit mode - Yuk!
This is confirmed.
The Wysiwyg editor should not be attacking textareas in forms. It is not at all designed for that.
It even leaves garbage behind when you save.
I think the problem is that the form fields are given the foswikiTextarea class like the normal edit area. This is wrong. They must have different names.
Arthur
Can I catch you last minute to fix this?
Seems I missed Arthur.
I will fix i myself.
I have a fix ready. It may be different than what Arthur would have done but I cannot believe it would be much different.
The fix is to directly steer which areas are taken over by
TinyMCE by defining a unique foswikiWysiwygEdit class and let the editor only address this.
This bug is not just related to the user form. It is any text area in any form. The Wysiwyg editor does not correctly work with these and the design of the skins do not allow the full Wysiwyg tool panel above a small text field.
I will check in the fix now - go for food shopping before xmas shopping madness and run/fix unit tests after. Help is naturally welcome.
Changing my fix to something better is also welcome.
Unit tests run and they pass
Closing