W3C home > Mailing lists > Public > www-style@w3.org > June 2005

Re: DTP with XHTML+CSS

From: Steven C. Perkins <SPerkins@interaccess.com>
Date: Tue, 14 Jun 2005 06:39:23 -0500
Message-Id: <6.2.3.0.0.20050614063630.03cbe588@mail.interaccess.com>
To: www-style@w3.org

In 1994-96 there was a browser that could reformat web pages into two 
columns for printing.  The tech was bought by AOL and then it disappeared.

Does anyone remember the name of that browser or know the status of 
the tech at this time?

Regards,

Steven C. Perkins



At 02:14 PM 6/14/2005, you wrote:

> > There are at least two ways in which DTP and HTML+CSS differ:
> > - a typical DTP package has access to the whole document,
>
>CSS3 (especially generated content module) is expected to address this
>issue.
>Try Prince 5 CSS formatter and you'll see that it can take data from
>some part of document and use for example to generate headers, footers,
>cross references, table of contents etc.
> > but web
> >   standards are designed for incremental rendering;
>
>Many parts of CSS are not 'suitable' for incremental rendering,
>look at tables for example, or try to apply CSS3 selectors
>:contains(), :last-child, :last-of-type etc incrementally.
>
> > - a DTP package can be used in a closed loop environment, where the
> >   designer sees the result, and can fine tune the fit of text to the
> >   page,
>
>Fine tuning is not the best solution IMHO.
>In any case page sizes can be fixed with CSS too.
>
> > but the assumption under which CSS operates is that it only
> >   hints at presentation - the browser may impose constraints for
> >   technical reasons
>
>'any failure for technical reason' = 'bug'.
>User agent that claims to support CSS should follow specs.
>
> >   and the user may impose constraints for reasons
> >   including accessibility - that means designs must be created open
> >   loop.
>This is what I hate in PDF. User can't adjust layout to address his/her
>needs better. I consider it as shortage of PDF rather then advantage.
>
>Up to now CSS was not widely used in desktop publishing,
>but situation is changing and I am sure CSS3 will successfully
>replace XSL FO and DSSSL.
>Consider for example Prince http://www.princexml.com
>it does the same thing what most of XSL formatters do,
>with only one difference being CSS based it is much more convenient and
>easy to use.
>Look at Open Reader project
>http://groups.yahoo.com/group/openreader-format/
>it aims to replace current proprietary desktop publishing solutions
>with XML + CSS. Open eBook Format also uses XHTML + CSS.
Received on Tuesday, 14 June 2005 13:01:09 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 27 April 2009 13:54:37 GMT