Details
-
Type:
Improvement
-
Status:
Open
-
Priority:
Major
-
Resolution: Unresolved
-
Affects Version/s: 4.0
-
Fix Version/s: None
-
Component/s: App Within Minutes
-
Labels:None
-
Difficulty:Unknown
-
Similar issues:
XWIKI-6634Attempt to go through all the remaining steps when finish is triggered in a wizard XWIKI-6635Add support for non-interactive wizard steps XWIKI-2705WYSIWYG Editor is not refreshing when you modify font-size or font-family of some text, letting think user that it is not working XWIKI-7795 The browser back button doesn't restore unsaved changes in step 2 of App Within Minutes wizard XWIKI-7532UI Issue on WYSIWYG Editor when editing Application Class XWIKI-8619Use livetable's column 'list' type instead of 'text' when displaying list fields in AppWithinMinutes's homepage livetable XWIKI-5602text inside Macro's is changed XWIKI-4321 Allow wizard buttons to change enabled state depending on the user actions in the wizard form XWIKI-2859Text is moved on the next line when hitting enter after a link XWIKI-8649Error when changing the number type of a field from an application
Description
When the user is using 'Static List', 'User', 'Group', 'Database List' fields and he configures them, any change is applied in the preview after hitting the 'Apply changes'.
Same should be for the 'Long Text' field when the user is changing the Editor type. For this field type, changing the number of rows works in the preview.
Reasons:
- consistency in behavior with the other field types and with other properties for the same field type;
- previewing the change will clarify the user about what 'Text', 'PureText', 'WYSIWYG' means, since these options are not descriptive at all (what's the difference between text and pure text, etc.);
- preserves the WYSIWYG feel for the wizard, imitating the look in the View mode;
- the user doesn't need to go to the View mode to see what those options are about.
Possible problems:
- maybe some performance issues?
