Mark Bakker wrote: > Eric - > > Yeah, I agree. The words 'equal' is confusing. But it was taken from > matlab. 'scaled' was my invention/doing. I thought it was better than > 'equal', as it makes the scales equal on both axes. Either way, I would > like it if we can fix the data limits in a simple way, and I think > incorporating it in 'scaled' would be one option. A new option would be > a good idea too. Something like 'scaledfixed' ? Maybe too long. Or just > 'scaledf' ? Code is simple: > > elif s == 'scaledf': > self.set_aspect('equal', adjustable='box', anchor='C') > self.set_autoscale_on(False)
No one else said anything about this, so I suspect that you may be the only person using 'scaled' now. Given that you invented it, and that it was present for a while in your original form, I decided to simply restore it to that rather than to introduce another option. There are potentially too many combinations to have a short name for each. This is not irrevocable, of course. I had to make a slight change in apply_aspect so that toggling back and forth between this version of scaled and equal would work; I hope that hasn't fouled up anything else. I think it should be OK. Eric > > Thanks, > > Mark > > > On 1/3/07, *Eric Firing* <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > Mark Bakker wrote: > > The enhanced way of handling aspect ratios that Eric implemented > works > > great. > > There is, however, one change from the old implementation that I > don't like. > > > > In the old implementation, when setting axis('scaled') it also > turned > > autoscale off. > > This makes sense (and I used it a lot). It means that you can set the > > axis('scaled'), which means the aspect ratios are set equal and > the axis > > limits are not changed, at any point when you like the data > limits. The > > axis limits are then fixed so that every time you add something > else to > > the figure it will keep these limits. > > > > In the new implementation (ok, it has been there for a little while > > now), you have to give a separate set_autoscale_on(False) command. > > Besides the odd name of the function (you actually turn the autoscale > > off), it is a command that should be set right away by > axis('scaled'). > > If you want the autoscale to remain on, you should use axis('equal') > > Here is the present code fragment (slightly mangled by the mailer): > > elif s in ('equal', 'tight', 'scaled', 'normal', 'auto', > 'image'): > self.set_autoscale_on(True) > self.set_aspect('auto') > self.autoscale_view() > self.apply_aspect() > if s=='equal': > self.set_aspect('equal', adjustable='datalim') > elif s == 'scaled': > self.set_aspect('equal', adjustable='box', > anchor='C') > elif s=='tight': > self.autoscale_view(tight=True) > self.set_autoscale_on(False) > elif s == 'image': > self.autoscale_view(tight=True) > self.set_autoscale_on(False) > self.set_aspect('equal', adjustable='box', > anchor='C') > > At present, the difference between "equal" and "scaled" is not the > autoscale state but the "adjustable". > > I don't have any objection to changing the behavior of "scaled" as you > suggest, if that is what people want. Alternatively, yet another word > could be used to define the behavior you want, and that behavior could > be added. I don't find "scaled" or "equal" very descriptive or > intuitive; nor do I find that either word suggests how autoscale should > be set. (And I agree, "set_autoscale_on(False)" is ugly.) > > Eric > > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users