[cairo] cairo internal design ideas
Jost Boekemeier
jost2345 at yahoo.de
Wed Sep 22 12:52:29 PDT 2004
Hi,
I think we can leave out the font/glyph problem, which
is a completely different issue.
> Hence, supporting
> higher level output devices like PS, PDF and SVG in
> a good way
Can you please explain this? At least for PDF and SVG
it is not a problem to render trapezoids. If you are
concerned about the document size, just compress the
streams. -- I have to say that I have experience only
with postscript which does not support alpha.
> 2. The software fall-back path for patterns is
> messed up right now.
How is that related to your suggestion to make the
backends independent of the tesselator?
> 3. Clipping is inflexible and the way it's done
> right now is not efficient for all backends.
Probably. But I don't see how your suggestion would
help to improve this.
> [cairo] should push high
> level objects to the backends and the backends
> should be able request
> appropriate representation of these objects.
I don't think this is necessary. -- Well, it depends
on what exactly you mean with "high level objects".
Probably not a GObject, and not a shape, either. The
only thing you can pass down is the path. But what
would this be good for? Should all backends implement
their own tesselator?
Jost
___________________________________________________________
Gesendet von Yahoo! Mail - Jetzt mit 100MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
More information about the cairo
mailing list