• Do not register here on develop.twiki.org, login with your twiki.org account.
• Use View topic Item7700 for generic doc work for TWiki-6.0.2. Use View topic Item7703 for doc work on extensions that are not part of a release. More... Close
• Anything you create or change in standard webs (Main, TWiki, Sandbox etc) will be automatically reverted on every SVN update.
Does this site look broken?. Use the LitterTray web for test cases.

  • Situation 1: Type in the word 'Bla' in the Jump field or in the browser address bar. I will get the "NOTE: This Wiki topic does not exist yet" page, with the warning "This topic name is not recommended because it will not be linked automatically". But I cannot create the topic!
  • Situation 2: I write [[Bla]] in a topic, and the question mark appears. When I click the question mark, the topic is created and I go to the new topic edit page.
  • Situaton 3: I visit WebTopicCreator, and enter 'Bla', I get returned to the "NOTE: This Wiki topic does not exist yet" page, and cannot create the page.
  • Situation 4: topic BlaBla exists, and I want to rename it to 'Bla'. Via More > Rename I can check the "Allow non WikiWord for the new topic name" checkbox. So I can create (rename) the topic.

This inconsistency is confusing and belittling. I suggest to allow the non-wikiword on all pages (but keep the warnings, and just introduce the checkbox everywhere).


Unfortunately, we only have the edit script parameter onlywikiname and its value is exactly opposite to the checkbox value "allow non-wikiword".


Sounds reasonable trying to sync this. I guess what's making the difference above, is the amount of "intention" available / builded before trying to create page.

If it's a simple matter of display, reverting the checkbox value on submit using javascript would be OK by me. Else reverting the logical meaning of the text would be OK also (i.e. "Accept only WikiWord as topic name", "Enforce WikiWord", etc).

- Of course arguing for a adding a logically reverted parameter for the edit script wouldn't be that hard either.

-- SP

Worse is that onlywikiname merely has to exist, even with value="off" to prevent going to edit. This is because the value of onlywikiname is not evaluated on boolean value, only on existence.

But still if we fix this there are 2 scenarios:

  1. Use a javascript onSubmit handler to actively set the negative of the checkbox value: form.onlywikiname.value = (form.nonwikiword.value = "on") ? "off" : "on";=
  2. Create a new form parameter allowsnonwikiword to attach to the checkbox.

Obviously scenario 2 is easiest to implement across all topics that use a create form (there are quite some).


As a first step, TWiki now evaluates the boolean value: SVN 9458 (TWiki 4) and 9459 (Develop).

As a second step, WebTopicCreator now has the possibility to allow a non wiki word - the javascript solution. SVN 9460 (TWiki 4) and 9461 (Develop).


I've added a 'create topic' form to WebTopicViewTemplate to allow users to create non-wikiword topics. This means that on all topic creation/renaming pages users now have the option to create a non-wikiword topic.


Summary Inconsistent handling of non-wikiword topic names when creating new topic
ReportedBy TWiki:Main.ArthurClemens

SVN Range Sun, 19 Mar 2006 build 9373
AppliesTo Engine

Priority Normal
CurrentState Closed

Checkins 9458 9459 9460 9461 9462 9463 9464 9465
TargetRelease patch
Edit | Attach | Watch | Print version | History: r7 < r6 < r5 < r4 < r3 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r7 - 2006-04-02 - ArthurClemens
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2017 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback