From: Anne A. <aar...@ph...> - 2010-03-22 23:14:30
|
On 22 March 2010 12:48, Jae-Joon Lee <lee...@gm...> wrote: > I guess I misunderstood your original issue. > I think I fixed this in r8210. So please give it a try. Ah, thank you, that does appear to have solved it. (I'll double-check when I don't have to run it through an ssh tunnel, but the display looks good.) Thanks, Anne > Regards, > > -JJ > > > On Sun, Mar 21, 2010 at 6:42 PM, Anne Archibald > <aar...@ph...> wrote: >> On 21 March 2010 18:10, Jae-Joon Lee <lee...@gm...> wrote: >>> >>> >>> On Sun, Mar 14, 2010 at 3:43 PM, Anne Archibald <aar...@ph...> >>> wrote: >>>> >>>> Often when I want to >>>> zoom in, I want to change only (say) the upper x and y limits. >>> >>> I pushed a change into the svn that enables this, but in a different way >>> than you suggested. >>> The behavior I implemented is similar to the current behavior of the "pan" >>> mode, i.e., if you hold the "x" key pressed during pan/zoom, only the x-axis >>> is updated. Same for "y" key. >>> I hope this is good for your needs also. >> >> Well, it's an interesting feature, but it doesn't address the problem >> I'm seeing. >> >> What I'd like to be able to do is, say, to change only the upper x and >> y limits, simply click where I want those limits to be and drag right >> off the corner of the plot. This actually works, but when I do this >> the drag rectangle freezes the moment my pointer leaves the axes, so >> that it does not represent the area being zoomed to. >> >> I've attached a screenshot illustrating the bug. Note where the >> pointer is and where the "to be zoomed" rectangle is. >> >> I use Linux, with the default backend, whatever that is. >> >> Anne >> >>> Regards, >>> -JJ >>> >> > |