OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: Which style first ? Re: Associating DSSSL style sheets with docume

[ Lists Home | Date Index | Thread Index ]
  • From: "Norbert H. Mikula" <nmikula@edu.uni-klu.ac.at>
  • To: James Clark <jjc@jclark.com>
  • Date: Fri, 07 Mar 1997 09:09:06 -0800

James Clark wrote:
> Where the content provider knows which style they want, they can use a
> fragment spec in the URL to pick out a particular spec from the document.

The scenario I have in mind is putting documents onto a WWW server.
In this case the content provider can not know whether the user (-agent)
downloads for online-rendering, hardcopy or a mixture thereof.

> >What about adding an attribute with a list of catagories
> >of DSSSL engines as possible attribute values.
> >
> >For instance : output (hardcopy|online|....?) hardcopy
> 
> What other categories are there?  If a style sheet is for online use, then
> it has to use the scroll flow object, which means it ought to list the
> online feature in the features element type form. 

Yes, that is an interesting approach. However, if we have multiple
style-specs. in one document, for instance hardcopy and on-line.
Would it not be the case, that you would find the online feature
in the features element type form regardless of what stylespec. the 
user agent is really interested in ?

I don't have the DSSSL specs at hand right now. So I hope it makes sense
what I am saying. If not -> (element my_comment (empty-sosofo)) ;-)

> Maybe a DSSSL engine
> could use this, or maybe it could look to see which flow object classes the
> spec uses.

I don't think that this is a practical approach. If a style-spec. is 
supposed to be used for online-rendering, is it really a must to use
scroll-fo ? What about simple-page-seq. ? I know that this is not
something
somebody would intuitively do, but why not. I could envision a browser
that 
uses simple-page-seq. For large document instances the browser takes
advantage of the explicit information in the document instances combined 
with the style-spec. In other words, chapter starts a new page. The
browser
would have to render only the active page.

I guess it might also foster more reusable style modules.

<FN>It remains to be discussed how the document should be divided into
more Internet suitable sizes and how the user agent would/should deal
with this and to what extend it has/should have/must have an influence 
on the design of stylesheets. I especially have in mind the case 
of XML entity treatment.</FN>

Makes sense ?

However, I can see no point in scanning the whole document just to
deduce
somehow what class of style-spec. it belongs to. It sounds to me like
trying
to figure out the semantics of a paragraph without using markup.

-- 
Best regards,
Norbert H. Mikula

=====================================================
= SGML, DSSSL, Intra- & Internet, AI, Java 
=====================================================
= mailto:nmikula@edu.uni-klu.ac.at 
= http://www.edu.uni-klu.ac.at/~nmikula
=====================================================


xml-dev: A list for W3C XML Developers
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To unsubscribe, send to majordomo@ic.ac.uk the following message;
unsubscribe xml-dev
List coordinator, Henry Rzepa (rzepa@ic.ac.uk)





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS