On Wednesday 08 Feb 2012 18:56:10 Waldek Hebisch wrote: > I think you misunderstood my message. Of course you need extra > information to have good presentation of graphs. And while it > would be good to separate mathematical information from "graphic" > one, I understand that it was not practical. My points are: > > - your package could benefit from algoritms > - I would like algorithms which are not tied to the representation > you use now, because: > + this representation has efficiency problems > + I envision other clients of algorithm part > - the two points above put some constaints on domains/packages: > + it would be wasteful to have two sets of identical algorithms > operating just on different data structures, so your graph domain > must be able to use algorithms package > + but due to representation differences we can not put algoritns > into your graph domain, so you will have to accomodate > appropriate convertions (including some special handling > to restore/preserve graphic information) > > I think this will be clearer when I present some code for > algorithms, then we will have something concrete to look at > and will see if my ideas couse problems to you (and if yes, then > how to resolve them). > > BTW: I know that time passes by, and if I have too many distractions > this (adding algorithms) may move past the coming release, but ATM I > still hope that we can make it (with some tiny delay to the release).
OK, thanks for the clarification, this looks very good. Martin -- You received this message because you are subscribed to the Google Groups "FriCAS - computer algebra system" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/fricas-devel?hl=en.
