Ratsnest lines link to initial footprint location when grabbing/moving through rotation or flipping

Bug #1818550 reported by Anton
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
KiCad
Expired
Undecided
Unassigned

Bug Description

Application: kicad
Version: (5.1.0-rc2-26-g643d884fd), release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.63.0 OpenSSL/1.1.1a zlib/1.2.11 libidn2/2.0.5 libpsl/0.20.2 (+libidn2/2.0.4) libssh2/1.8.0 nghttp2/1.34.0
Platform: Linux 4.19.8-arch1-1-ARCH x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.68.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.63.0
    Compiler: GCC 8.2.1 with C++ ABI 1013
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=OFF
    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

======================================================================================

White lines (links to other footprints) holds to initial footprint position (not updateв too?). This makes orientation a footprint on it's white lines (links to other footprints) a little bit difficult. Can this fix too?

KiCAD rebuilds from latest git snapshot.

It appears when I do grab or move and make rotation, pressing F key before component being placed.
Move or grab footprint and if I rotate, pressing F key it white lines switches on footprint initial position - why it links to it initial position?

this bug appears sice kicad 5.0.0. Canvas is "F9"

attached video demonstrates it

Revision history for this message
Anton (antonpupkov) wrote :
description: updated
description: updated
Anton (antonpupkov)
summary: KiCAD 5.1.0-rc2. PCBNew. White links (lines) of footprint swiches to
- initial footprint location when grabbing/moving throug rotation or
+ initial footprint location when grabbing/moving through rotation or
flipping
Revision history for this message
John Beard (john-j-beard) wrote : Re: KiCAD 5.1.0-rc2. PCBNew. White links (lines) of footprint swiches to initial footprint location when grabbing/moving through rotation or flipping

@Anton: this appears to be in the legacy canvas. Do you still see it in the OpenGL or Cairo canvas (F11 and F12)?

Hint: the "update pcb from schematic" button (one to the right of the netlist button in Pcbnew) is an easier way to update the netlist in the PCB editor than manually exporting and re-importing via a netlist file.

tags: added: legacy pcbnew ratsnets
removed: footprint links
tags: added: ratsnest
removed: ratsnets
Seth Hillbrand (sethh)
summary: - KiCAD 5.1.0-rc2. PCBNew. White links (lines) of footprint swiches to
- initial footprint location when grabbing/moving through rotation or
- flipping
+ Ratsnest lines link to initial footprint location when grabbing/moving
+ through rotation or flipping
Changed in kicad:
status: New → Incomplete
Revision history for this message
Anton (antonpupkov) wrote :

John Beard (john-j-beard) no, i did not see this bug in F11 and F12 modes. But why F9 mode comes in kicad 5 from kicad 4 with bugs? In kicad 4.0.7 all works fine. As seems to me F11 and F12 modes works a little bit slower, than F9 mode.

Revision history for this message
Anton (antonpupkov) wrote :

In addition, grid dots in F9 mode seen through an one copper layer and not seen through two copper layers (copper zones, smd copper pads, copper tracks). Color scheme in F9 mode, as for me, more fit with pcb making, than color scheme F11 and F12 modes. Why in F11 and F12 modes pads of THT components bright yellow? This knocks the pads from the shared visibility of the printed circuit Board - put them to the fore and the perception of other elements of the printed circuit Board worsens. It's not very convenient. In F11 and F12 not have transparency (see above) and color scheme as in F9 mode. If F9 mode is enabled in kicad 5, it should work without errors. Because in kicad 4 it worked perfectly. Even if it does not have any improvements which are in the modes F11 and F12.

Revision history for this message
Anton (antonpupkov) wrote :

About grid. In F11 and F12 modes when zooming grid acts in different way unlike in F9 mode. In F9 mode for me more suitable

Revision history for this message
Anton (antonpupkov) wrote :

About grid. In F11 and F12 modes when zooming grid acts in different way unlike in F9 mode. In F9 mode for me more suitable. When I do move the footprint i press M or G. In need move it at 4 or 5 grid dots. When grid small or component are small - for precise and fast component movement i do zoom. In F9 mode when I do zoom, grid dots count are constant, but visual distance between them are variable (depends on current scale, real grid step are const). So I do zoom and precisely move component at 4 or 5 grid dots. Perfect. If F11 and F12 mode when i do first zooming grid acts as above, do second zooming between two dots appears another N dots. For this I need to make calculations in my brain what distance in this new dots i need: how many points between these two points, and multiply it at 4 or 5 and slowly move component with horizontal or vertical scrolling... very difficult. The PCB class is determined by the grid step. Manufacturers makes its component with the reference of standard grid steps. When needed, i manually set grid step - if i need move component at distance less, than current grid step. Automatically scaling dots quantity when zooming - is very good for PCB making, when PCB are makes without standards. For me it makes PCB design process much slower and harder.

Revision history for this message
Anton (antonpupkov) wrote :

Seems to be in F9 mode canvas have fixed dot count, and when zooming dots count in viewport are decreases and distance between them increases. In F11 and F12 dot count in canvas are dynamic and depends on zoom. Dynamic scheme good with making a component or general purpose graphics editors, like inkscape.

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

@Anton, don't get too used to the legacy canvas(F9), it's going to be removed for V6. Both modern canvases (F11 and F12) support full transparency on every layer. It just defaults to no transparency. You are free to customize layer color and transparency until you get the exact results you are looking for. The legacy canvas drawing mode (XOR) is slowly be removed from most platforms rendering code so it's only a matter of time. It is unlikely anyone will find the time to fix this bug since the code is going to be removed.

Revision history for this message
Anton (antonpupkov) wrote :

What about grid, color schema? Where it is setting? Between v4 and v5 how much time passed? Minimum one year...

Revision history for this message
Anton (antonpupkov) wrote :

V6 releases tomorrow or next week?

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

All of the color settings can bet changed in the layer manager. The grid style can be set in the configuration dialog for the appropriate main window. It will most likely be 2 years before KiCad 6 is released but the removal of the legacy canvas from the development branch is slated to happen soon. Once it's gone, the motivation to fix this bug in the 5.1 branch will be almost zero. I suggest you start using the modern canvas now so you can learn to configure and use it. If you have any questions about using KiCad, you should ask on the KiCad user forum at https://forum.kicad.info/.

Revision history for this message
Anton (antonpupkov) wrote :

Grid works in modern canvases very bad for me. And It behaviour canvases not change in confivuration. It good for generic graphics software draw lines, poligons,
 but bad for work in pcbnew itself.

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for KiCad because there has been no activity for 60 days.]

Changed in kicad:
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

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