"Attachment"
Probably you want to differentiate attachments from sub-pages.
(similar as versions)
/Main/wiki:attachments/<attachment-name>/
Why?
An attachment is essentially non-wikimarkup content.
Attachments may need some other properties as well:
* wiki:length : length in bytes of an attachement
Ah. Yes. On the other hand, this would not really be a property,
but a pseudo-property (in the sense that it would not be a part of
the content). We'll have to think about pseudoproperties (e.g. URI,
length, title, etc).
Probably wiki:version would be a useful property as well.
Very true. Oops... Added to the versioning section.
==> This check should also include "no-older-than-one-hour", "same
author", "authenticated"
True, fixed.
"Page deletion"
Why not move the page to a "Trash" WorkSpace, so the user can go their
an recover a page, or empty its Trash ?
This is what TWiki does. It has a couple of problems:
1) It needs specific handling with respect to moving and renaming -
the system needs to know that Trash is a special WikiSpace.
2) If two persons from different WikiSpaces move a similarly named
page to the Trash, then there's a problem. Or, the trash is not
emptied, and someone recreates the page and moves it again to the
trash. It becomes... problematic. Though, actually there is also a
problem if a page is marked deleted, but it gets recreated - is the
old one brought back or what?
Maybe a WikiSpace-specific wiki:Trash space might be the best
solution. And an admin function to empty it.
Are you considering to extend the wiki-link syntax with xpath notation
? Ref. http://www.jspwiki.org/wiki/
IdeaWikiLinksThroughXPATHIncludingSubPagesSupport
That page contains also some ideas on how to resolve wikilinks.
Yup. JCR requires XPath support anyway, though we don't necessarily
need all that stuff - it gets awfully complicated after a while, and
formatting needs to be thought about.
/Janne
