## Re: [PyX-user] Simply Draw

 Re: [PyX-user] Simply Draw From: Andre Wobst - 2005-09-12 15:36:11 ```Hi, On 12.09.05, Armin Straub wrote: > > > data.function("y(x)=f(x)", min=a, max=b, context=locals()). > > > > I see. But the context feature as available for ages. Beside that the > > idea of the whole graph system was to make it completely symetric in x > > and y, and this is broken by functionxy, but I don't bother. Instead I > > I fear that I don't really understand what symmetry of x and y means here. You may not have noticed (?!), that you can also do a data.function("x(y)=...", ...) ... it works equally well. There's just noting special regarding the x axis and/or x direction compared to the y direction. (There is a small asymmetry in the sense that all x axes are in the first graph direction and all y axes in the second and in several graph methods working on the graph coordinates this order is to be used, but beside that there's no asymmetry in the whole system.) > > I think we should not mix it up. We have a data.function, which works > > on strings and a data.functionxy along the lines you introduced and > > which is certainly very useful to many people. > > [...] > > It's much more interesting that it's probably a feature which is easy > > to understand and to use. > > Perhaps it's because I don't know about what you called symmetry, but I think > it's easier to reuse function() and paramfunction(). I kindly object: your function and your paramfunction fix the order and the name of the axes involved. In that sense they're quite a restriction. They're a common usecase and thus they are certainly very helpful. > Additionally when using a new functionxy() this would probably be implemented > just as it is now - a shortcut to function(). I don't think it would be worth > the effort to double the functionality of function() like automatic handling > of min and max. Sure. Nothing to tell against that! > Nonetheless if this contradicts the concept of symmetry, I think it could be > added to the PyX core as functionxy() and paramfunctionxy() but still be used > as function() and paramfunction() by simplydraw alternatively. That's fine, but you may spend some time whether you really want to introduce such a different meaning. If you really want to do so I'll not complain. You're free to do so, but I ask you to at least spend a few seconds before doing you final decision ... ;-) > Thanks for your ideas. I always like to join into discussions about ideas and design. Not to mention that your ideas are of great value for PyX as a whole! Thanks as well ... André -- by _ _ _ Dr. André Wobst / \ \ / ) wobsta@..., http://www.wobsta.de/ / _ \ \/\/ / PyX - High quality PostScript and PDF figures (_/ \_)_/\_/ with Python & TeX: visit http://pyx.sourceforge.net/ ```