[wx-dev] status of wxGraphicsContext?

[Stefan Csomor]

Hi

> > - I'd say that we first should make sure that the current API is
> > complete for real world usage, for performance reasons we'd
> probably
> > need a platform specific holder for things like ready-to-blit
> bitmaps
> > and ready to draw line layouts
> 
> You mean a new sample for this.

first an API for these two (like the CreatePen etc... calls), and then a
sample
 
> > - add an object model for a scene graph, eg something like SVG,
> >   with hit testing etc...
> 
> This probably doesn't have top priority.

no, 

> > I'm printing with the old core graphics implementation in our
> > own sandbox, but to be honest I didn't think of add direct
> > printing yet, but you are absolutely right. I know how to do
> > it on OSX and MSW, but I don't know enough about the state of
> > APIs like gtk_print_context_get_cairo_context
> 
> I'm beginning to think about how to move to the new drawing
> and printing code in GTK 2.10. Since the new printing code
> does use Cairo internally, it should be possible or even
> easy to print with the Cairo based wxGraphicsContext, but
> the details can be tricky, or course.

it shouldn't be too difficult now, 

> > you mean things like freetype2 ? mac and msw should be ok for
> > text rendering, gtk should be using pango I guess ...
> 
> Well, just any kind of text rendering to begin with and
> maybe more advanced stuff later on.

well, basic rendering is in there, but I read everywhere that one
shouldn't use the built-in but use things like pango

> > We'd need special graphics contexts for printing
> 
> But I hope that these would share the drawing code with the
> on-screen graphics context.

yes, we just need the CreateGraphicsContext... calls on the toolkit for
these different situations

Best,

STefan