Hi, I haven't jet managed to take a look at your patch, but for the moment I do not fully understand what you want to do. You want to create some data which you can use in a surface plot, right? I do not consider function to be a good data source for that. It's just a (preliminary) accident, that function has a fixed "points" parameter and it just creates an equal spaced number of points within the key-value range (for a one dimensional range).
Regarding paramfunction I think you can already do a x(t), y(t), z(t) where t is a parameter. paramfunction is not limited to 2d, but it has a single parameter (like t here) only. We could generalize that like creating a paramsfunction with a list of parameters. However, I do not yet think that the implicit resolution (due to points) is a good way to create a grid. A function does not create grid data. Beside that you are right, function indeed is a 2d only data source. However, if we want to change that the discussion quickly gets identical to what I wrote about the multi parameter paramfunctions and its implicit grid like-behaviour (which I don't like). Still there is plenty of room for creating a grid data source. Beside that: there is graphxy and graphxyz. graph is an abstract base class. Note that I'm not sure whether a grid data source could in the end be a function ... I just don't know yet ... I need to think about it. Best, André Am 06.06.2008 um 17:12 schrieb Michael J Gruber: > Alan G Isaac venit, vidit, dixit 06.06.2008 16:55: >> On Fri, 06 Jun 2008, Michael J Gruber apparently wrote: >>> We introduce analogues of graph.data.function etc. to be used as >>> data >>> sources for graph.graphxy. >>> Naming is changed in order to make things more consistent with >>> grah/graphxy. >>> * rename functionxy to functionlambda (2D function given as lambda >>> expression) >>> * rename paramfunctionxy to paramfunctionlambda (2D parametric >>> function given as lambda expression) >>> * new functionxy (3D function given as textual expression) >>> * new functionxylambda (3D function given as lambda expression) >>> * new paramtsfunction (function of 2 parameters given as textual >>> expression) >>> * new paramtsfunctionlambda (function of 2 parameters given as >>> lambda expression) >> >> >> I hope a user reaction is welcome on this list: >> >> - never say lambda. >> - use xy to match graphxy (2D), and xyz for 3D > > Gosh, I knew I got confused myself. As a matter of fact: There is no > "graphxy" right now, only "graph" and "graphxyz". Do you suggest > renaming graph as well? s/xy/xyz/g in (most of) what I submitted. > > About the one-does-it-all function: The interface as it is saves > people > from having to use lambda expressions. I could do without that, it > only > creates trouble with "context". I don't know about a more complex > interface, though. > > After all, all I wanted to do was providing a 3D function plot class. > The search for an appropriate name got me into that renaming trap. > > Michael > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > PyX-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/pyx-devel > -- by _ _ _ Dr. André Wobst, Amselweg 22, 85716 Unterschleißheim / \ \ / ) [EMAIL PROTECTED], http://www.wobsta.de/ / _ \ \/\/ / PyX - High quality PostScript and PDF figures (_/ \_)_/\_/ with Python & TeX: visit http://pyx.sourceforge.net/ ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ PyX-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/pyx-devel
