forrest-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Steven Noels" <>
Subject RE: [DRAFT] home.xml
Date Wed, 13 Mar 2002 22:06:35 GMT
Konstantin wrote:

> Good evening! (Yes it's already evening here)
> Just want to check if I move in the right direction. In the
> attached file
> you'll find main content part of home.html in XML representation.


I don't have the time now to go into much analysis, but I'm wondering
why we should invent elements for the content-part of the page: nothing
is there which we shouldn't be able to mark up using plain xdoc

If we really want to have a different representation for the same xdoc
content elements depending on the section/page in which they appear, we
should vary the stylesheet and not the markup. Which means the content
part of the aggregated pages should be based on the body element of

Now that of course means we should try to re-use as much elements
(especially body elements) across the different doctypes (document, faq,
changes, specification, javadoc and todo), and ideally we should do so
using externally declared parameter entities ( yes - those pesky
entities again, even in the light of XML v2 :-( ). A brief look into the
existing DTD's in the repository tells me that they are pretty
monolithic, i.e. they do not have much common elements (which is good,
perhaps we don't need common elements after all, although attributes is
another case).

Thinking along while writing: I believe the content part of the
aggregated page should consist of the body-type elements of each
'authoring' DTD. That being said, the schema for such a thing will be
quite hairy if we don't put all this body-type elements in a external
entity to which we can refer from all authoring DTD's and the schema for
aggregated pages.

Another solution might be to have a set of stylesheets which transform
the content docs into something like XHTML prior to aggregation.

What should we do?


View raw message