Re: [Phpwiki-talk] DEFINITION: Ticket Tracking

[Adam S. <ad...@pe...>]

> I personally favor [notify:SteveWainstead] as syntax; I also like the
> idea of just adding your name to the page source to do this, because
> it is WikiLike, but there are many problems with it for other people,
> especially if it's a public wiki. For an intranet it's fine.

now that i think about it, i also like [notify:AdamShand] better because
it ties notification to a wiki user rather then to an arbitrary email
address.  long term users of a single wiki could have multiple email
address in user and that could be a pain to track down.

> It's just "syntactic sugar," isn't it? That is, allowing slashes in
> page names?

it could be a quite useful method for keeping wiki name space uncluttered.
for example if multiple users can have their own calendar each day/month
has a seperate wiki page it might be nice to have a sub-wiki for
AdamShand's calendar so others don't have to see everytime i add an
appointment in the main RecentChanges.  however each sub-wiki can still
have it's own TitleIndex, MostPopular, RecentChanges etc.

> We've always stuck with the convention of true Wiki names for
> BumpyText, and if you want IsAProject to be a link use [IsAProject].
> I'm wondering at the moment if we shouldn't just make the
> implementation of page names case insensitive.

i'm very in favor of case insenstive page names.  i think case sensitive
page names are unintuitve, especially when people insist on doing single
word page links like EquipMent, exactly which letters are capitalized is
kind of arbitrary, and i see no reason for them to link to different
pages.

adam.