[ewiki] Re: [.subpage]-Linking

While I don't use it much, I like the whole subpage idea. But when
extending ewiki, we should keep in mind, that people must be able
to use it differently and especially may want to have other
subpage delimiter characters than the dot.

Personally I'd now sometimes even prefer ":" (looks like InterWiki
or even SubWiki) or "/" over "."
So the actual character shouldn't be too hardcoded (though the
dot is a clear favourite).

We should rediscuss which characters to concentrate on. My list
was:
- [ThisPage.SubPage]
- [ThisPage:SubPage]
- [ThisPage/SubPage]
but even this could work:
- [ThisPage-SubPage]
- [ThisPage!SubPage]
emmmh?:
- [ThisPage'SubPage]
- [ThisPage@SubPage]
- [ThisPage_SubPage]


> Status quo:
> * ewiki is capable of handling subpage-structured pagenames/ids, e.g.  
>   [readme.chapter1.section2]

The point is that ewiki accepts arbitrary page names, even [/dev/null]
was a valid page  ;)
(mmmh, maybe there should be a plugin providing exactly that)

This however reminds me that a ManPageWiki would like to get that
feature disabled for discussions on [.htaccess] and [/etc/host.conf]


> * ewiki shows subpages of a page via include("plugins/aview/subpages.php");

And this one needs improving. I'd also say, there should be a
fragments/blocks/ for displaying subpages.

> easier linking [1]

Right, this is an important issue. I try to incorporate the code for
it.
   In your code you could have moved the changes slightly down, the
   check for brackets is not important, because ".subpage" was never
   catched by the regex.

I'm only telling, because other Wikis have hardcoded capabilities for
making subpage links. UseMod and OddMuse I think use the slash to
introduce a "/SubPage" link, where we would write [/SubPage].

While I believe this is unreadable markup bloat and likeley often
clashes with text content, that feature was probably worth a
discussion, even if it would only apply to "/" and not "." or ":"
subpage separator chars.


The "." already has special meaning in square bracket links, because
[.] always links to the current page. Therefore I would also suggest
that things like [./SubPage] in fact would link to [CurrentPage/SubPage],
like just [/SubPage].
While this was a little preferential treatmeant over other subpage
chars, I think this would give it a bit natural feeling like unix
dir structure. (This idea is not meant to introduce multilinks like
with [*.SubPage] or so ;-)


> link only showing subpage-name? [2]

Like Andy, I'd also prefer to see that there's actually a link to a
SubPage, even if an additional dot somehow influenced the grammar
(not that WikiWords were ever helpful at this).

Moreover it could be even more interesting to enlarge the link title
to the full length again, and support [.SubPage] only for typing effort
reduction. Not per default, of course.


> Mario, if there is a better way of submitting changes, then let me know. 
> Greetings to all of you, timm

Code discussions are fine, and as long as the sf.net database server
responds that slowly (anybody seen UpdatedPages that week?), I also
prefer the mailing list over InWikiDiscussions.
If your code samples however get larger, just mail them to me.


> [POSITION 2]
> ADD 
>   global $ewiki_id;
>   if ($action=="FIND") {
>    foreach ($args as $i=>$id) {
>       if ($id[0] == ".") { $id = $ewiki_id.$id;  }
>       $args[$i] = $id;
>    }
>   }
> IN THE BEGINNING OF function ewiki_database


That should then go into _scan_wikiwords() preferrably.

Other related posts: