I love wxWidgets. :(
> On 5 Mar 2018, at 18:38, Wayne Stambaugh wrote:
>
> I'm still seeing this issue on windows as of commit 218f66a08. The
> scrollbars are shown greyed out initially after the zoom extents but it
> appears that on windows, the paint area does not
I'm still seeing this issue on windows as of commit 218f66a08. The
scrollbars are shown greyed out initially after the zoom extents but it
appears that on windows, the paint area does not include the scollbar
width when the scollbar is greyed out but does include them as soon as
you pan and they
Thanks, everyone. I think it’s more sensitive to a trackpad than mouse, but I
merged a fix yesterday anyway.
> On 5 Mar 2018, at 16:41, Wayne Stambaugh wrote:
>
> I see it now. I was moving the cursor too fast. You have to move it
> very slowly to see the issue. Hmm,
I see it now. I was moving the cursor too fast. You have to move it
very slowly to see the issue. Hmm, never noticed that before.
On 3/5/2018 11:39 AM, Andrey Kuznetsov wrote:
> I notice the jerkiness on WIndows!
>
> When you start panning, very slowly, by a little bit, there is a period
>
I notice the jerkiness on WIndows!
When you start panning, very slowly, by a little bit, there is a period
when it looks like the view window tries to center itself, so it jumps back
and forth between where it used to be and where the mouse is going, until
it's far enough and it snaps out of it
I'm not seeing this on my windows 7 builds. The panning after zoom
extents works smoothly. I even tried resizing the main frame several
times but I still didn't notice it.
On 3/4/2018 5:00 PM, Jeff Young wrote:
> There is actually code in there to make them always on, but there seems
> to be
There is actually code in there to make them always on, but there seems to be
something defeating it. I’ll poke around some more.
> On 4 Mar 2018, at 21:57, Jon Evans wrote:
>
> Ah yes, I can reproduce that on Windows too. I guess I didn't notice before
> because
Ah yes, I can reproduce that on Windows too. I guess I didn't notice
before because generally the scrollbars are visible (I noticed that "zoom
extents" doesnt *always* result in the scrollbars being hidden, for
whatever reason)
Any reason why we hide the scrollbars? Seems like it might be
Do a “fit to window” and then pan left/right… I use the touchpad.
After “fit to window” there is no scrollbar.
When the scrollbar comes back due to panning, I see almost always a small shift
of the whole view down and then up again.
Sometimes, but not always if you just pan left/right it will
Hi Jon,
Yes, I meant the zoom extents.
When you open the file it auto-zooms to fit. Therefore you have no scrollbars.
But panning with the trackpad (or I imagine middle mouse button) causes it to
show the scroll bar which “jumps” the schematic by the width and height of the
scrollbars.
Maybe I don't really understand what you mean, but I can't see any
jumpiness on Linux when panning around (with middle-mouse drag).
What do you mean by "it automatically fits to window, so there's not really
any place to go"? It does not do any kind of auto-fitting except for the
zoom-extents on
If I open an eeschema file on OSX and pan around (it automatically fits to
window, so there’s not really any place to go), the screen jumps around a bit.
True also on other platforms, or Mac-specific?
Thanks,
Jeff.
___
Mailing list:
12 matches
Mail list logo