John Hunter wrote: > On 7/12/07, Eric Firing <[EMAIL PROTECTED]> wrote: >> John Hunter wrote: > >> Do all the backend devices or libraries we *need* now support compound >> paths (1) at all, and (2) in a consistent enough way to solve the >> contouring problem as well as to make something like polygon collections >> more efficient? >> >> I guess this is really part of a larger question about the degree to >> which the various graphics drawing models have converged with a rich >> intersection of capabilities, including arbitrary text rotation, precise >> text positioning, arcs, bezier curves, etc. > > Yes, I think they do, though we will encounter some differences > between spline handling that might make some of the path stuff tricky. > We need agg, cairo, svg, ps and pdf, all of which use vector > graphics. We would need to sacrifice native GDK and WX, which would
From a purely technical standpoint--getting the desired output formats--perhaps cairo could substitute for pdf and svg, and also for ps if only cairo would make eps files. So, even if eventually you want to restore native pdf, svg, and ps backends, it could be done at a later stage than the initial chainsaw sculpture. > inconvenience some but these users could certainly get by with GTK* or > WX*. One reason a few still use native GTK is because it is faster, > but this would likely disappear with some intelligent design. One > might envision just three or four fundamental objects which the > backends need to understand. > > Path > CompoundPath > Image > Text > > and maybe use a stateful graphics context (linewidth, facecolor, etc...) > > numpify everything, traitify everything and rebuild the > transformation architecture from scratch. Borrowing some language > from ipython, this would truly be a "chainsaw" branch. > > I'm halfway inclined to take a crack at it...... Great! I wonder whether your company could be convinced to give you some slack for that... It might be worth a bit of thought and planning to see how parts of the work could be divided up so that you would not have to do everything yourself. To minimize the interval during which a separate branch would be needed, maybe some initial traitification should be done without a fork. Eric > > JDH ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel