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
