Saving in WYSIWIG removes Edit Section buttons; saving in Wiki restores them; Wiki edit option disappears when doing a section edit
- Status
- Open
- Subject
- Saving in WYSIWIG removes Edit Section buttons; saving in Wiki restores them; Wiki edit option disappears when doing a section edit
- Version
- 6.x
- Category
- Usability
- Conflict of two features (each works well independently)
- Feature
- WYSIWYCA (What You See is What You Can Access)
WYSIWYG (What You See is What You Get)
Wiki Syntax (text area, parser, external wiki, etc) - Submitted by
- frankb
- Lastmod by
- frankb
- Rating
- Description
If you save a page in WYSIWYG, Edit Section buttons disappear. (However, if just before saving, you Switch Editor to wiki, the Edit Section buttons will (re-)appear
)
Note also separate bug #3764, i.e. the Switch Editor button does not appear if your edit is invoked by a Edit Section button. This makes the first bug very discouraging for new contributors.
This bug is a big issue for sites wishing to encourage collaborative editing, especially with longer pages:
- Having Edit Section buttons at each heading cries out 'Edit me! Edit me!'. If they disappear, it is much scarier for a beginner to edit a page.
- If someone bravely uses an Edit Section button only to find that it has disappeared as a result of their work, they may think they no longer have edit rights. They will think the site is stupid, and be greatly discouraged re further editing.
- Solution
Perhaps this is due to wysiwyg stripping wiki internals, which would suggest that Edit Section buttons depend on internal text
, instead of depending on Wiki Admin's Edit Section settings.
- Workaround
In wysiwyg admin,
Set 'WYSIWYG Editor is optional' to on
Set 'WYSIWYG Editor is displayed by default' to off
Set 'Reopen with the same editor' to off
This will have the effect that users can only get into wysiwyg mode if they edit the whole page and click on Switch Editor, and if they are that clever you might be able to train them to switch back to wiki mode before saving.BUT, this means most users don't see wysiwyg.
- Importance
- 7
- Priority
- 35
- Demonstrate Bug (Tiki 19+)
-
This bug has been demonstrated on show2.tiki.org
Please demonstrate your bug on show2.tiki.org
Version: Create show2.tiki.org instanceAbout show2.tiki.orgTo help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tiki.org instance. To start, simply select a version and click on "Create show2.tiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tiki.org.
- Ticket ID
- 3763
- Created
- Wednesday 26 January, 2011 03:49:40 GMT-0000
by frankb - LastModif
- Wednesday 26 January, 2011 06:56:43 GMT-0000
Attachments
| filename | created | hits | comment | version | filetype | ||
|---|---|---|---|---|---|---|---|
| No attachments for this item | |||||||
;){kind=link}
;){kind=link}
- Browse Directory is broken
- Wiki argument variables, Documentation; The help tools of Tiki for Wiki argument variables redirect to the wrong page
- Plugin List, Wiki Argument Variables; Admin should see a warning when the Wiki Argument Variables is not enabled and he tries to use it.
- General, Navigation; Endless loop, too much redirect error, if a wiki page is the value of the option
- Tiki tag ~ hs ~ is lost on wiki page duplication
;){kind=link}
;){kind=link}