css vs View (VID) compositing? (was) Re: Re: page-breaks in html or pdf
[1/5] from: petr::krenzelok::trz::cz at: 6-Dec-2003 12:30
A J Martin wrote:
>I have my scripts insert this HTML (using CSS):
>
> <br style="page-break-after: always" />
>
huh, didn't know it is possible to "style" <BR> tag? I thought that is
why there is <DIV> tag available?
>It's placed at the start of each "page" after the first "page", using a
>Rebol script fragment like:
<<quoted lines omitted: 13>>
>not present, MS IE 6 interprets HTML and CSS as if it were an older browser
>complete with bugs!
I always thought that kind of info is just absolutly unnecessary -
thanks ... there is something to learn each day :-)
>I also have two different media sections in my .css stylesheet, like:
>@media screen {
<<quoted lines omitted: 16>>
>...
>}
Interesting. Yesterday I read some CSS compositing docs and I have to
admit that it looks well thought out. Not that View would not be thought
out, but View compositing ommits various output devices/media-types.
What we call 'face they call 'box. It will be interesting to see, where
Carl gets View further, as we badly miss color text capabilities, and
once introduced, how they will complicate View/VID usage. I even thought
for a while that there could be some "converter" from View to css
compositing as we have flash dialect currently. Don't know if it is
easily doable, but imo possible. We would get View display in browser.
But what about events?
OTOH - studying css docs for one day I have to say that it is way more
complicated than View. Maybe just a question of becoming used to
different concept? What do others think?
-pekr-
[2/5] from: atruter:labyrinth:au at: 6-Dec-2003 23:26
Re: css vs View (VID) compositing? (was) Re: Re: page-breaks in html or
> OTOH - studying css docs for one day I have to say that it is way more
> complicated than View. Maybe just a question of becoming used to
> different concept? What do others think?
I think that by definition anything that has to describe a print target
(eg. CSS, PDF, SGML, etc) will be more complex that a pure screen target
as it has to map to a physical media (ie. a page size) without recourse to
scroll-bars and the like!
Also, while screen targets often only have to deal with a single unit of
measure (ie. pixels), print targets have to deal with pixels, imperial,
metric, points, percentages, etc.
Regards,
Ashley
P.S. [Off-topic] Hey Pekr, are you the same pekr who has been having all
the fun with M10000's recently? ;)
[3/5] from: jason::cunliffe::verizon::net at: 6-Dec-2003 8:56
> > OTOH - studying css docs for one day I have to say that it is way more
> > complicated than View. Maybe just a question of becoming used to
> > different concept? What do others think?
CSS has the huge advantage of being widely used and documented - books
tutorials communities.
Alas, most of the early confusion around CSS stems from browser wars and
version/feature cross-fire cross-platform trickiness. Most of that is behind
us now.
/View has some very cool features, but is terribly weakened by being only
known to the select digerati of lonely planet Rebol.
CSS has many tools which support it and make it trivial to format via
wysiwyg interfaces.
Macromedia Flash 7 [aka FlashMX 2004] now supports basic CSS in its text
fields. This is very cool and speeds up developement and allows on-the-fly
changes because ActionScript can dynamically alter internal CSS stykles in
swf movies. View could adopt a similar scheme to good effect I think.
Famous sites for smart CSS use
http://www.alistapart.com/
http://www.zeldman.com/
Books by Eric Meyer and Jeffrey Zeldman are recommended.
- Jason
[4/5] from: AJMartin:orcon at: 24-Dec-2003 22:51
pekr wrote:
> huh, didn't know it is possible to "style" <BR> tag? I thought that is why
there is <DIV> tag available?
Styling the <br> tag gave better page breaks than styling <div>.
Andrew J Martin
Speaking in tongues and performing miracles.
ICQ: 26227169
http://www.rebol.it/Valley/
http://valley.orcon.net.nz/
http://Valley.150m.com/
[5/5] from: bry:itnisk at: 7-Dec-2003 18:33
> > > OTOH - studying css docs for one day I
have to say that it is way more
> > > complicated than View. Maybe just a
question of becoming used to
> > > different concept? What do others
think?
well styling in View always struck me as a
weak css, then again I don't tend to use
Rebol for GUI building but more shell
scripting.
> CSS has the huge advantage of being widely
used and documented - books
> tutorials communities.
> Alas, most of the early confusion around
CSS stems from browser wars and
> version/feature cross-fire cross-platform
trickiness. Most of that is behind
> us now.
CSS also has the advantage as being usable
for styling in other technologies than html,
for example styling xml documents, styling
svg, and is the basis for numerous styling
solutions in markup, for example Open Office.
Notes
- Quoted lines have been omitted from some messages.
View the message alone to see the lines that have been omitted