Zoom with hotkeys does not use correct reference location

Bug #1659731 reported by Dale Chisholm
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
KiCad
Won't Fix
Wishlist
Unassigned

Bug Description

Zooming from the hot keys < Alt-F1 > and < Alt-F2 > does NOT zoom around the location defined by the mouse cursor. This applies to both EESchema and PCBNew.

What more can I say? I position the mouse cursor at a location, then press < Alt-F1 >. I expect the display image to zoom in at the position of the mouse cursor. It DOES zoom in, but not at the cursor position.

Zooming with the mouse center-wheel behaves as expected.

Application: kicad
Version: (2017-01-20 revision 550a1ea)-makepkg, release build
Libraries: wxWidgets 3.0.2
           libcurl/7.51.0 OpenSSL/1.0.2j zlib/1.2.8 libssh2/1.8.0 nghttp2/1.16.1 librtmp/2.3
Platform: Windows 7 (build 7601, Service Pack 1), 64-bit edition, 64 bit, Little endian, wxMSW
- Build Info -
wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8)
Boost: 1.62.0
Curl: 7.51.0
KiCad - Compiler: GCC 6.3.0 with C++ ABI 1010
        Settings: USE_WX_GRAPHICS_CONTEXT=OFF
                  USE_WX_OVERLAY=OFF
                  KICAD_SCRIPTING=ON
                  KICAD_SCRIPTING_MODULES=ON
                  KICAD_SCRIPTING_WXPYTHON=ON
                  BUILD_GITHUB_PLUGIN=ON
                  KICAD_USE_SCH_IO_MANAGER=OFF
                  KICAD_USE_OCE=ON

Revision history for this message
David Pearce (halzia) wrote :

I can replicate this.
Further the Alt-F1 and Alt-F2 ignore the pointer and after zoom move the pointer to the same display screen x,y position on a different position in the schematic.
Moving the mouse wheel changes the Alt-F1/F2 zoom focus to the current cursor

Revision history for this message
Wayne Stambaugh (stambaughw) wrote :

AFAIK, this is the intended behavior so technically it's not a bug. I'm not sure why the hotkey zoom is different from the mouse wheel zoom but it's always been that way. I'm tagging this as wish list. Since no one has ever complained about it before, I doubt there will be any consensus to change it.

Changed in kicad:
importance: Undecided → Wishlist
Revision history for this message
Maciej Suminski (orsonmmz) wrote :

How about F1 & F2 (without Alt modifier)?

Revision history for this message
jean-pierre charras (jp-charras) wrote :

The reason there are F1 and Alt F1 (there are also some shortcuts which are not the same as hotkeys) is the fact we need to know if the command comes from a click on a menuitem (one cannot use the mouse cursor position) or a hotkey (we can use this position).

Unfortunately, on Windows (I believe it is not true on wxGTK) I never found the way to know that, inside the called event.

If someone knows this way, this issue will be easily fixed.

Jeff Young (jeyjey)
Changed in kicad:
status: New → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.