Bug: Wiki Word in Tags not created
WikiWord links are not created when the
WikiWord is surrounded by html, xml, or xhtml tags.
This bug effectively embargos Twiki users from using additional markup. No
XML, no
XHTML, no
HTML.
Although unwelcome here, the idea of using
XML,
XHTML and/or
HTML for Wikiing shouldn't be dismissed out of hand,
especially with the rise of rich in-browser editing tools, including
ContentEditable-based tools.
Test case
Here's the source...
WikiWord
<mytag xhtml=useful>WikiWord</mytag>
Here's the output...
WikiWord
WikiWord
Environment
| TWiki version: |
Dec2001 |
| TWiki plugins: |
|
| Server OS: |
|
| Web server: |
|
| Perl version: |
|
| Client OS: |
|
| Web Browser: |
|
--
LeeBottemiller - 26 Jan 2003
Follow up
The prefix for
WikiWord links is
([\s\(]), e.g. white space or parenthesis. This makes sure that we do not have unwanted side-effects. If we would allow angle brackets in the prefix we would get some issues like nested links since TWiki sometimes renders text more then once.
In your case you could force a link like
<mytag xhtml="useful">WikiWord</mytag>
--
PeterThoeny - 27 Jan 2003
My purpose is not to nitpick, but to suggest that, at least on my own Twiki install, I'd much rather create an "ugly" workaround than be limited by the
([\s\(]) rule. Perhaps I'm not the only one who would appreciate Wikiable markup (see
SingleWikiWordInTableNotRendered).
So, here's a rough sketch of what a workaround hack would need to deal with...
- make sure <nop> doesn't stop working
- remove/prevent nested links on multiple-pass-rendered pages
Any other pitfalls come to mind?
--
LeeBottemiller - 27 Jan 2003
A simple and clean workaround is to prefix a space:
<mytag xhtml=useful> WikiWord</mytag>
Result:
WikiWord
--
MattWilkie - 27 Jan 2003
and surely the correct answer is that this should be a plugin

now - is the
PlugingAPI capaple of this? --
SvenDowideit - 27 Jan 2003
Fix record
No plan to change spec because of above mentioned reason.
--
PeterThoeny - 27 Jan 2003