[Pmwiki-users] Re: Page tree with minimal syntax -- some problems

chr@home.se chr
Thu Oct 21 10:33:23 CDT 2004


On Thu, 21 Oct 2004, Patrick R. Michaud wrote:

> On Wed, Oct 20, 2004 at 09:19:39PM +0200, chr at home.se wrote:
> > 
> > Here is another idea which allows pages to refer to their parent without 
> > any special markup. Simply forbid child pages to be created with the same 
> > name as the parent page. 
> 
> Would this generalize?  I.e., we forbid child pages to be created with the
> same name as any ancestor?

I think we should only forbid creating a child page that has the same name 
as the immediate parent.

>  Could someone have/want PmWiki.Lists.PmWiki?

I don't think there is a great need to forbid it. I assume you'd like the 
ability to let the page /PmWiki/Installation/Windows immediately refer to 
the grandparent simply using [[PmWiki]]?

An alternative to forbidding the creation of a child with the same name as
the parent could be to have searches first check for the name among the
immediate ancestors. Then it would still be possible to refer to a child
with the same name using for instance absolute paths if some really had to
do it.

On the other hand, with this search algorithm, we would be open for
confusion if a parent is renamed. For instance, say we start with this:
  /PmWiki
	|-- FAQs
	|-- PmWikiDocumentation
	'-- Installation	<- contains [[PmWiki documentation]]

where /PmWiki/Installation contains [[PmWiki documentation]] that links to
/PmWiki/PmWikiDocumentation. If someone now renames /PmWiki to
/PmWikiDocumentation, the destination of [[PmWiki documentation]] will
have changed without any warning. OTOH, you could argue that changing the 
name of a parent page is a big operation, so the system should search for 
things like the above and give a warning.

/Christian

-- 
Christian Ridderstr?m, +46-8-768 39 44               http://www.md.kth.se/~chr




More information about the pmwiki-users mailing list