Return-Path: 
 <forrest-dev-return-8473-apmail-xml-forrest-dev-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-forrest-dev-archive@www.apache.org
Received: (qmail 49735 invoked from network); 27 Dec 2003 17:11:46 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 27 Dec 2003 17:11:46 -0000
Received: (qmail 89921 invoked by uid 500); 27 Dec 2003 17:11:38 -0000
Delivered-To: apmail-xml-forrest-dev-archive@xml.apache.org
Received: (qmail 89877 invoked by uid 500); 27 Dec 2003 17:11:37 -0000
Mailing-List: contact forrest-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:forrest-dev-help@xml.apache.org>
list-unsubscribe: <mailto:forrest-dev-unsubscribe@xml.apache.org>
list-post: <mailto:forrest-dev@xml.apache.org>
Reply-To: forrest-dev@xml.apache.org
Delivered-To: mailing list forrest-dev@xml.apache.org
Received: (qmail 89862 invoked from network); 27 Dec 2003 17:11:37 -0000
Received: from unknown (HELO wkwyw.ensim.dedicated-servers.co.uk)
 (217.199.181.91)
  by daedalus.apache.org with SMTP; 27 Dec 2003 17:11:37 -0000
Received: from wkwyw.net (host-64-110-159-103.interpacket.net
 [64.110.159.103])
	(authenticated (0 bits))
	by wkwyw.ensim.dedicated-servers.co.uk (8.11.6/8.11.6) with ESMTP id
 hBRHJir12243
	for <forrest-dev@xml.apache.org>; Sat, 27 Dec 2003 17:19:46 GMT
Message-ID: <3FEDBD42.4080501@wkwyw.net>
Date: Sat, 27 Dec 2003 13:11:30 -0400
From: Ross Gardler <rgardler@wkwyw.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
 rv:1.4) Gecko/20030624 Netscape/7.1
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: forrest-dev@xml.apache.org
Subject: Re: Allow "role" attribute in document DTD
References: <3FECF5CF.8030109@wkwyw.net>
 <20031227052510.GB3190@expresso.localdomain> <3FED25D6.1020608@wkwyw.net>
 <20031227152212.GA3515@zetta>
In-Reply-To: <20031227152212.GA3515@zetta>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

Ivan Kurmanov wrote:
> I'm afraid of being out-of-context on this, but I'll just
> leave my comments.  You decide if they are useful.

Actually it was my use case that was out of context on this one since 
there is already a role attribute in the Link element!

The other problem I have is in identifying content in the XDoc format...

>>Here, we have three links. All of them have a role of "glossary", one 
>>indicates it is part of the intermediate forrest trail, the other is 
>>advanced. A client application can now be built that extracts all 
>>glossary terms from a website (by retrieving the XDoc source), or it 
>>could build a single document for the each of the forrest trails etc.
> 
> 
> If you want to extract all glossary terms from a website, it
> might be better to have all the terms marked-up respectively
> (as some kind of objects), then to extract that info from
> links. ...may be something like:
> 
>   <term id='xdocDTD'>
>     <name>Document v1.2 DTD</name>
>     <description>New version of the DTD for
>     documents... </description>
>   </term>
> 
> 
> Then, if you want, you can render all references to glossary
> terms in some special way, no need to mark that up in every
> occurence of it in the documents--but define a rendering
> rule in match="a[@ref]" template.
> 
> 
> Does that make any sense?

This makes total sense when you have the original source format. My 
thinking has been that this information is lost when it is passed to 
Forrest since the contextual information contained in the <term> 
elements is lost. However, the more I think about/discuss this the more 
I become convinced that, at the XDoc level, this is actually a class not 
a role as Jeff original suggested.

Since XDoc is a format for display purposes we shouldn't be worried 
about contextual information, just as long as it can be displayed 
correctly.

Ross