From: Adrian E. F. <afe...@ki...> - 2006-07-17 21:50:11
|
Hi Dov, First, I guess the best would be for you to create a CVS branch, maybe "gtkextra-3". All the changes you are suggesting make a lot of sense to me, and I think would make gtkplot more versatile and powerful. I wouldn't like to break to backward compatibility, we have to figure out a way to avoid doing it, especially with the markup and fonts. I guess the best way to deal with both these problems is by adding a field "markup_format" to GtkPlotText. It would make sense for it to be a string, so can be expanded in the future to "XMGR"/"OldSG" (pretty much the actual format),"Pango","TeX",etc. The Font problem would be fixed automatically by checking what format you are using. If you are using "XMGR"/"OldSG", you use the old fontmap, otherwise, you use the corresponding one. I love the idea of using SVGs for the symbols. The old ones should be supplied by default, though. I don't understand why you want to get rid of the canvas, IMHO it's what makes GtkPlot so user firendly at the GUI level. Best, <ADRIAN> Dov Grobgeld wrote: > Hi Adrian, > > Thanks for the encouragement. I needed that to keep going. :-) > > I've put up a page showing my current progress: > > > http://imagic.weizmann.ac.il/~dov/freesw/gtk/gtk+extra-cairo/index.html > > I'm a bit weary of how to continue as I would like to make some big > changes, that are breaking backwards compatibility. They are: > > 1. Replace gtk's current markup language with PangoMarkup. > 2. Replace the current font mechanism with fontconfig fonts. > 3. Replace symbols with static svg files. > > What do you think Adrian? > > Other things that need to be done: > > * Get rid of the postcript backend and simply use the cairo backend > with proper initialization. > * Get rid of gtkplotcanvas alltogether. > * Add arrows to the axes. :-) > * Support pdf and svg output. > * Allow drawing on user provided cairo surface. Perhaps then we don't > need to provide save functions at all. > > I'd like to putback my work in progress as a backup. Should I create a > cvs branch? > > Regards, > Dov > > On 7/17/06, Adrian E. Feiguin <afe...@ki...> wrote: > >> That's great Dov, thanks for taking care of the port! >> I guess this would also make gtkplotps obsolete. >> Keep us posted with your progress. >> Saludos, >> <ADRIAN> >> >> Dov Grobgeld wrote: >> >> >Hello, >> > >> >I thought the following comment that I added to the feature request >> 1382216 [1], >> >might be of interest to the mailing list: >> > >> >I finally started working on this. So far I have created a >> >new implementation of the GtkPlotPC interface called >> >GtkPlotCairo, that draws through the cairo backend. I have >> >implemented most backend functions, except the text and the >> >image drawing. Meanwhile I have not modified the GtkPlotPC >> >interface. >> > >> >Further I have replaced the instantiation of a GtkPlotGdk >> >object with the GtkPlotCairo class. The software compiles, >> >but still nothing is drawn in the GdkWindow. I still have >> >some debugging to see why that is happening. >> > >> >Once I get this to work my plans are: >> > >> >1. Change the API of GtkPlotPC to get rid of all the Gdk >> >structures in the interface, and replace these with cairo >> >structures. >> > >> >2. Get rid of GtkPlotPC alltogether and work directly with >> >cairo. Possibly I will create some utility functions to make >> >the conversion from the current to API to cairo smoother. >> > >> >Regards, >> >Dov >> > >> >[1] http://tinyurl.com/olanb >> >(http://sourceforge.net/tracker/index.php?func=detail&aid=1382216&group_id=11638&atid=361638) >> >> > >> > >> >------------------------------------------------------------------------- >> >> >Using Tomcat but need to do more? Need to support web services, >> security? >> >Get stuff done quickly with pre-integrated technology to make your >> job easier >> >Download IBM WebSphere Application Server v.1.0.1 based on Apache >> Geronimo >> >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >> >> >_______________________________________________ >> >Scigraphica-devel mailing list >> >Sci...@li... >> >https://lists.sourceforge.net/lists/listinfo/scigraphica-devel >> > >> > >> >> |