We use a lot of form-based wiki pages for naive users, and want these naive users to be using WYSIWYG by default when editing new pages, so we have a lot of pages created by links to URLs like .../bin/edit?topicparent=X&templatetopic=Y&formtemplate=Z
So we need these parameters to be obeyed (they are not due to the
way beforeCommonTagsHandler in WysiwygPlugin
Reported earlier as Item869
Is mentioned as a known issue in the wysiwyg editor page, listed bugs has some details on why (Cairo compatibility).
Would love to see this feature as well, but timing is not right. Deferring.
Ok, as this is behavior is not acceptable in production use, I will try to find a workaround and post it here:
have new topic creation revert to the standard text editor if topicparent, templatetopic, or formtemplate
is defined as URL params (should be a quick-n-dirty hack stopgap optional patch to Cairo, waiting for a
proper one for dakar)
Done, the attached patch
patches lib/TWiki/UI/Edit.pm of Cairo to allow
- Editing of new topics via kupu is %COMPOSER% is set to kupu (per site, web or per user)
- unless if formtemplate, templatetopic or topicparent was specified in the URL
This behavior is then quite satisfactory for us, we can wait for a proper solution.
CN, could you update this patch against SVN? I'm afraid I can't see where it fits.
Undeferred, post Dakar CC
templatetopic in SVN 8779
topicparent already worked as expected