Track editing under footprint body

Bug #1646339 reported by Harry Zhurov
40
This bug affects 9 people
Affects Status Importance Assigned to Milestone
KiCad
Fix Released
Medium
Jeff Young

Bug Description

There is annoying behavior in pcbnew (GAL): when editing tracks placement (tracks topology) and the track is under any footprint body, pcbnew every time raises "Clarify Selection" dialog - select between the track and footprint. In most cases the user want to move track and this dialog hinders effective process. "Workaround" is to turn off "Footrpints Front/Back" in "Render" tab in "Visibles" panel, but in this case pcb view lacks of clear.

It some electronic CADs this point worked around with the following manner: to edit topology of the tracks that are under footprints the user should push down modifier key - for example, Ctrl key and then pick the track. In this case PCB editor's logic "understands" what the user want to do - move track, and does not raise clarify selection dialog.

It will be great if pcbnew will use approach like described above.

By the way, if the user pick not track but via (that connected to tracks) under footprint, pcbnew does not issue clarify selection dialog. So we see different behavior when using tracks and vias in the same context. It will be cool if pcbnew will use the same logic as in case of vias. It seems to me that it is not difficult to apply "vias" logic to "tracks".

Harry Zhurov (dxp)
description: updated
Revision history for this message
Tomasz Wlostowski (twlostow) wrote :

Hi Harry,

For the moment, you can always drag traces/vias without the selection clarification menu if you enter the routing mode (press X). Then, hovering a mouse over a track and pressing 'D' will start dragging.

I'll have a look at the clarification menu issue.

Tom

Revision history for this message
Harry Zhurov (dxp) wrote :

Hi Tomasz!

Your suggestion works fine, thank you. However, pick&drag technique is more habitual and convenient. And this mode already exists in pcbnew. Hope, you'll fix clarify selection dialog in discussed context.

Thank you.

Revision history for this message
Jeff Young (jeyjey) wrote :

This has been improved greatly. It still has to raise the Clarify Selection dialog if most of the footprint is covered with various items, but as long as there's free space for selection of the footprint the OpenGL implementation will prefer smaller items to the footprint for selection.

Changed in kicad:
status: New → Fix Committed
Revision history for this message
Jan Smrz (jansmrz) wrote :

Changed bug status as the bug is again present in the following version:

Application: kicad
Version: (5.0-dev-4116-gfad0452c0), release build
Libraries:
    wxWidgets 3.0.3
    libcurl/7.54.1 OpenSSL/1.0.2l zlib/1.2.11 libssh2/1.8.0 nghttp2/1.23.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.3 (wchar_t,wx containers,compatible with 2.8)
    Boost: 1.60.0
    Curl: 7.54.1
    Compiler: GCC 7.1.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_WXPYTHON=ON
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_SPICE=ON

Selecting a track under a footprint again instantly raises clarification dialog.

Changed in kicad:
status: Fix Committed → Confirmed
status: Confirmed → New
Revision history for this message
Jeff Young (jeyjey) wrote :

Yep, it's broken again.

Changed in kicad:
status: New → Triaged
importance: Undecided → Medium
assignee: nobody → Jeff Young (jeyjey)
Jeff Young (jeyjey)
Changed in kicad:
status: Triaged → In Progress
Revision history for this message
Jeff Young (jeyjey) wrote :
Revision history for this message
KiCad Janitor (kicad-janitor) wrote :

Fixed in revision c69db55c1fe6b2a7c2988b15c8b47279a98f4446
https://git.launchpad.net/kicad/patch/?id=c69db55c1fe6b2a7c2988b15c8b47279a98f4446

Changed in kicad:
status: In Progress → Fix Committed
Revision history for this message
Maciej Suminski (orsonmmz) wrote :

It is much better with your patch applied, thanks!

Revision history for this message
Jeff Young (jeyjey) wrote :

He he... since both you /and/ I have now broken that particular section in exactly the same way, I also added some more comments to (hopefully) save the next developer from the same fate. ;)

Changed in kicad:
status: Fix Committed → Fix Released
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.