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.pm work)

Reported earlier as Item869, Item949 & Item1410.

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.

-- SP

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)

-- CN

Done, the attached patch topic-creation-with-kupu-unless-templates.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

-- CN

CN, could you update this patch against SVN? I'm afraid I can't see where it fits.

-- SP

• Fixed templatetopic in SVN 8779
• formtemplate and topicparent already worked as expected

CC