Eeschema : Rotating and mirroring a selected block moves it

Bug #1824695 reported by Laurent Haas
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
KiCad
Fix Committed
Low
Unassigned

Bug Description

After selecting a block of components and using the contextual menu to rotate or mirror it, the block is moved to the position of the context menu item, and so I have to move it back with the mouse to its original position to place it. Obviously, it doesn't happen when using a shortcut.

Application: kicad
Version: (5.1.0-rc2-47-g6eb84e42f), release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.61.1 OpenSSL/1.1.1 (WinSSL) zlib/1.2.11 brotli/1.0.6 libidn2/2.0.5 libpsl/0.20.2 (+libidn2/2.0.5) nghttp2/1.34.0
Platform: Windows 7 (build 7601, Service Pack 1), 32 bit, Little endian, wxMSW
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8)
    Boost: 1.68.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.61.1
    Compiler: GCC 7.3.0 with C++ ABI 1011

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=OFF
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=OFF
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON

Tags: eeschema
Revision history for this message
Novak Tamas (novak-7) wrote :

IMO it is not a bug, only "simple behavior". After mirror or rotate you probably will place the block, so if the starting position is "dumb" (not the center of old place of block but the actual mouse cursor position) it is not a problem. @Laurent, I think you may file a wish for a more sophisticated behavior.

Revision history for this message
Laurent Haas (efcis) wrote :

@Novak : I'm sorry to disagree.

1/ Not having the same behaviour between using the shortcut and the contextual menu is inconsistent.

2/ All other actions are "in place" including dragging by using Tab, or its contextual menu item, or duplicate (only by contextual menu).

Revision history for this message
Seth Hillbrand (sethh) wrote :

We should be able to have the contextual menu rotate action happen around the click point as opposed to the location of the menu item.

Changed in kicad:
importance: Undecided → Low
milestone: none → 5.1.2
status: New → Triaged
Changed in kicad:
milestone: 5.1.2 → 5.1.3
tags: added: eeschema
Revision history for this message
Jeff Young (jeyjey) wrote :

6.0 Eeschema uses the modern toolset which doesn't suffer this problem.

Changed in kicad:
status: Triaged → Fix Committed
milestone: 5.1.3 → 6.0.0-rc1
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.