giseldo/neodataset huggingface dataset:
"Delete Block" operation deletes unselected components (lp:#1832289)

[Original report](https://bugs.launchpad.net/bugs/1832289) created by **Dylan (djd9617)**
```
I made a video of the bug here: https://youtu.be/qQVVPzkxb5c
In eeschema, I block select a couple components. If I then move my mouse to
some other place on the schematic, my selected components move with my
cursor as expected, but then when I hit delete or right-click -> delete
block, not only does it delete my block-selected components (which is
expected), but it also deletes all the symbols and wires between where I
dragged my selected block. It seems like after a block selection, the
selection rectangle is still being updated (even though it isn't being
drawn), and when you hit delete, not only is your selection deleted, but
everything in the invisible selection region is being deleted too.

To reproduce: place one symbol in eeschema in the lower right, and one in
the middle of your screen. Block select the lower right component. Move
cursor to upper left. Press delete. Observe that component in middle has
also been deleted.



Application: kicad
Version: 5.1.2, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.65.1 OpenSSL/1.1.1c zlib/1.2.11 libidn2/2.2.0 libpsl/0.20.2
(+libidn2/2.1.1) libssh2/1.8.2 nghttp2/1.36.0
Platform: Linux 5.1.2-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+ 3.24
    Boost: 1.69.0
    OpenCASCADE Technology: 7.3.0
    Curl: 7.64.1
    Compiler: GCC 8.3.0 with C++ ABI 1013

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=ON
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=ON
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=ON
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=OFF
Application: kicad
Version: 5.1.2, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.65.1 OpenSSL/1.1.1c zlib/1.2.11 libidn2/2.2.0 libpsl/0.20.2
(+libidn2/2.1.1) libssh2/1.8.2 nghttp2/1.36.0
Platform: Linux 5.1.2-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+ 3.24
    Boost: 1.69.0
    OpenCASCADE Technology: 7.3.0
    Curl: 7.64.1
    Compiler: GCC 8.3.0 with C++ ABI 1013

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=ON
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=ON
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=ON
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=OFF
    KICAD_USE_OCC=ON
    KICAD_SPICE=ON
    KICAD_USE_OCC=ON
    KICAD_SPICE=ON
```
Original tags: eeschema

Story points: 6.0
Eeschema - Repeat last item doesn't break wires/insert junctions (lp:#1832253)

[Original report](https://bugs.launchpad.net/bugs/1832253) created by **Seth Hillbrand (sethh)**
```
When using the repeat hotkey to insert a new wire, the wire is not broken
if it overlaps a pin.  The pin does not get its dangling circle removed.
Moving the component will move the entire wire so we do detect that the
wire is connected for some operations.

Application: Eeschema
Version: (5.1.2-112-g370109b86), debug build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.64.0 OpenSSL/1.1.1b zlib/1.2.11 libidn2/2.0.5 libpsl/0.20.2
(+libidn2/2.0.5) libssh2/1.8.0 nghttp2/1.36.0 librtmp/2.3
Platform: Linux 4.19.0-5-amd64 x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 3.24
    Boost: 1.67.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.64.0
    Compiler: GCC 8.3.0 with C++ ABI 1013

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=ON
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=ON
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=ON
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
```
Original tags: eeschema

Story points: 6.0
Wish: bitmap2component - Enter dimensions directly instead of resolution (lp:#1832230)

[Original report](https://bugs.launchpad.net/bugs/1832230) created by **Laurent Haas (efcis)**
```
Currently, to adjust the dimensions of a loaded bitmap, we have to tweak
the resolution, which is not very user friendly.

Also, the resolution is expressed in dots per INCH, while the dimensions
are expressed in MM. Making it worse...

It would be much more efficient to allow the dimensions to be entered
directly instead (and resolution calculated and displayed - read only).
Also a checkbox to maintain ratio (checked by default) and a button to
revert to the original dimensions would be welcome.

Application: kicad
Version: (5.1.2)-1, 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
```
Original tags: bitmap2component

Story points: 6.0
Page layout editor copy-paste error (lp:#1832211)

[Original report](https://bugs.launchpad.net/bugs/1832211) created by **Dino Ghilardi (dino-ghilardi)**
```
To reproduce the behaviour:
-Open page layout editor
-File->New to have an empty sheet (not needed)
-Add a new element (tested with line, text and box) to the sheet
-Select it and copy (ctrl-c or right-click menu)
-you get a window with:
   pl_editor information
   Expecting "'number'" in input/source "Sexpr_string" line 1, offset 24

If you try to copy-paste the elements of the default sheet, some work and
same give the same error (with different offset)

Attached a file with just a line that issues the error with copy-paste.

Looking at the file, it seems that the end x coordinate has 14 decimal
digits instead of the six used for start x,y and end y. may be it is
related to this.


Tested on revision
bc096dc4ee9bf2a358d3690f69db52d652670a54
------------------------------------
Application: PlEditor
Version: (5.1.0-909-gbc096dc4e), release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.52.1 OpenSSL/1.0.2r zlib/1.2.8 libidn2/0.16 libpsl/0.17.0
(+libidn2/0.16) libssh2/1.7.0 nghttp2/1.18.1 librtmp/2.3
Platform: Linux 4.9.0-8-amd64 x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.69.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.52.1
    Compiler: GCC 6.3.0 with C++ ABI 1010

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
```
Original tags: pleditor

Story points: 6.0
pcbnew: Plot dxf - allow metric units (lp:#1832188)

[Original report](https://bugs.launchpad.net/bugs/1832188) created by **Grzegorz Obuch (grzegorzobuch)**
```
On current nightly version dxf is generated in inch.

Application: Pcbnew
Version: (5.1.0-908-g003544545), 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 8 (build 9200), 64-bit edition, 64 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 8.2.0 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=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
```
Original tags: dxf pcbnew

Story points: 6.0
Symbol Editor:  copy->paste->edit any pin->crash (lp:#1832178)

[Original report](https://bugs.launchpad.net/bugs/1832178) created by **Grzegorz Obuch (grzegorzobuch)**
```
1. Open any symbol to edit.
2. Copy and paste any pin.
3. Try to edit pasted pin-> hang->crash

Application: LibEdit
Version: (5.1.0-908-g003544545), 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 8 (build 9200), 64-bit edition, 64 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 8.2.0 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=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
```
Original tags: eeschema

Story points: 6.0
Symbol Editor: Moving any pin will move all edited earlier pins to one place (lp:#1832170)

[Original report](https://bugs.launchpad.net/bugs/1832170) created by **Grzegorz Obuch (grzegorzobuch)**
```
1. Open/create any symbol.
2. Edit at least two pins, changing anything.
3. Select and move any pin - it can be different than edited.
4. When you place the moved pin in the new position, all edited pins jump
to the same position.
5. Undo repair that.
6. Last edited pin is still highlighted, but _not selected_ for any
operations,even after selecting any other pin.




Application: LibEdit
Version: (5.1.0-908-g003544545), 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 8 (build 9200), 64-bit edition, 64 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 8.2.0 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=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
```
Original tags: eeschema

Story points: 6.0
Page layout editor File->quit menu not working (lp:#1832139)

[Original report](https://bugs.launchpad.net/bugs/1832139) created by **Dino Ghilardi (dino-ghilardi)**
```
Trying to exit page layout editor with CTRL+Q or File->Quit does not work.

Closing the window clicking the "X" on the window bar works.
Tested on revision: 929b1a1275040f40f0281d011080c0c42c790ebb


Note: in version 5.1.2 File->Close works correctly.

--------------------------------------------------
Application: PlEditor
Version: (5.1.0-907-g929b1a127), release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.52.1 OpenSSL/1.0.2r zlib/1.2.8 libidn2/0.16 libpsl/0.17.0
(+libidn2/0.16) libssh2/1.7.0 nghttp2/1.18.1 librtmp/2.3
Platform: Linux 4.9.0-8-amd64 x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.69.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.52.1
    Compiler: GCC 6.3.0 with C++ ABI 1010

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
```
Original tags: pleditor ui

Story points: 10.0
Segfault when importing a footprint to modedit and then undoing (lp:#1832107)

[Original report](https://bugs.launchpad.net/bugs/1832107) created by **Seth Hillbrand (sethh)**
```
In modedit, import an external footprint and then press Ctrl-Z to undo

This segfaults as the undo step removes a module from the module itself.

Application: KiCad
Version: (5.1.2-107-gf1704fd61-dirty), debug build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.64.0 OpenSSL/1.1.1b zlib/1.2.11 libidn2/2.0.5 libpsl/0.20.2
(+libidn2/2.0.5) libssh2/1.8.0 nghttp2/1.36.0 librtmp/2.3
Platform: Linux 4.19.0-5-amd64 x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 3.24
    Boost: 1.67.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.64.0
    Compiler: GCC 8.3.0 with C++ ABI 1013

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=ON
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=ON
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=ON
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
```
Original tags: pcbnew

Story points: 14.0
Circular cutout on “edge.cuts” not handled correctly (lp:#1832096)

[Original report](https://bugs.launchpad.net/bugs/1832096) created by **Olivier (oc-spam66)**
```
Hello,

I drew the contour of a board on “edge.cuts” with three cutouts inside: one
square, one circle, and one circle made of two circle arcs. The result is
correctly rendered in the 3D viewer.

However it seems that KiCad removes the circle from the generated Gerber,
as observed in GerbView. It is replaced by a tiny “D10” code, for which the
drill map doesn’t seem to have an information. This is incorrect.

In comparison, the circle made with two arcs is handled correctly (this is
a workaround to obtain a valid circle). So I think there is a bug in the
handling of circular cutouts:

- I expect the circle to be handled correctly by KiCad
- I expect that it is not changed to a drill (I want it to be milled, not
drilled).

Reference topic on the forum: https://forum.kicad.info/t/circular-cutout-
on-edge-cuts-not-handled-correctly/17474

Best regards,

Olivier

---
Application: kicad
Version: 5.1.2+dfsg1-1, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.60.0 OpenSSL/1.1.1a zlib/1.2.11 libidn2/2.0.5 libpsl/0.19.1
(+libidn2/2.0.4) libssh2/1.7.0 nghttp2/1.27.0 librtmp/2.3
Platform: Linux 4.18.0-2-amd64 x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 3.24
    Boost: 1.67.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.64.0
    Compiler: Clang 7.0.1 with C++ ABI 1002

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=ON
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=ON
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=ON
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON
```
Original tags: gerbview

Story points: 6.0
eeschema printed, plotted and on-screen output difference on the child sheet labels (lp:#1832081)

[Original report](https://bugs.launchpad.net/bugs/1832081) created by **Dino Ghilardi (dino-ghilardi)**
```
Looking around for a possible (easy) implementation for  Bug #1830409
(whishlist) I found that

The labels over and under the child sheet block in a hierarchical schematic
are not always the same.
On screen and in printed version there is the "Sheet: " and "File: " string
prepended, in the plotted version there is not.
Since I don't know if this is intended or not, I report this as a (small)
bug.

This comes from the fact that the string put over the child sheet box in
the schematic is generated differently in different points of the program:

for the on screen string:
sch_painter.cpp line 1299 :        auto text = wxT( "Sheet: " ) +
aSheet->GetName();

For something else (i did not find where this is used, but I'm not very
expert on this source code)
sch_sheet.cpp line 458  :    Text = wxT( "Sheet: " ) + m_name;

for the "print"
sch_sheet.cpp line 484:    wxString text    = wxT( "Sheet: " ) + m_name;

for the "plot" version there is no "Sheet: " string prepended to sheet
name, so I did not find it using a simple "grep Sheet\: *.cpp" (yet).

P.S.: Putting all of that in a single point of the source code may be
better (no more risk of misalignment if/when the string will change or in
translation).

Cheers.
```
Original tags: eeschema

Story points: 6.0
<Ctrl>+v change mouse position (lp:#1832046)

[Original report](https://bugs.launchpad.net/bugs/1832046) created by **Hildo Guillardi Júnior (hildogjr)**
```
<Ctrl>+v change mouse position in Eschema each time that I hit. Check the
video.

Application: Eeschema
Version: 6.0.0-unknown-f1f26a9~86~ubuntu16.04.1, release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.47.0 OpenSSL/1.0.2g zlib/1.2.8 libidn/1.32 librtmp/2.3
Platform: Linux 4.4.0-148-generic x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.58.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.47.0
    Compiler: GCC 5.4.0 with C++ ABI 1009

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
```
Original tags: eeschema

Story points: 6.0
Pcbnew move to (0,0) (lp:#1832033)

[Original report](https://bugs.launchpad.net/bugs/1832033) created by **Hildo Guillardi Júnior (hildogjr)**
```
Using Pcbnew, sometimes, mainly using the keyboard arrow to place or move
some component, it move the canvas to some weird position. Checking it, it
the (x,y)=(0,0) position.


Application: Pcbnew
Version: 6.0.0-unknown-f1f26a9~86~ubuntu16.04.1, release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.47.0 OpenSSL/1.0.2g zlib/1.2.8 libidn/1.32 librtmp/2.3
Platform: Linux 4.4.0-148-generic x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.58.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.47.0
    Compiler: GCC 5.4.0 with C++ ABI 1009

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
```
Original tags: pcbnew

Story points: 6.0
<Ctrl>+c / <Ctrl>+v doesn't work at Pcbnew (lp:#1832030)

[Original report](https://bugs.launchpad.net/bugs/1832030) created by **Hildo Guillardi Júnior (hildogjr)**
```
<Ctrl>+c / <Ctrl>+v doesn't work at Pcbnew, doing nothing.


Application: Pcbnew
Version: 6.0.0-unknown-f1f26a9~86~ubuntu16.04.1, release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.47.0 OpenSSL/1.0.2g zlib/1.2.8 libidn/1.32 librtmp/2.3
Platform: Linux 4.4.0-148-generic x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.58.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.47.0
    Compiler: GCC 5.4.0 with C++ ABI 1009

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
```
Original tags: pcbnew

Story points: 6.0
Add infix (shortcut trigger action) option (lp:#1832011)

[Original report](https://bugs.launchpad.net/bugs/1832011) created by **Julien Faucher (suzizecat)**
```
Hi all,

In latest nigthlies, due to eeschema tool framework rework, most of
shortcuts require a mouse click before or after hitting the shortcut key in
order to be triggered.

In example, to move a component, you have to select it and then hit "M".
Another, to draw a wire, hit "W" and then the first click will start the
wire.

It wasn't the case on pre-5.1 versions (at least) and, in my opinion,
working with KiCAD was way faster due to this feature.

However, since this seems to be a battle topic between users/dev I would
suggest the following :
Add an "Use Infix mode" option (infix comes from Cadence Virtuoso, I don't
really care about the actual name)

This would make all tools triggered upon shortcut use, at the mouse pointer
position. Just how it was done in former KiCAD versions. A key modifier (or
even better, a new set of shortcut) could be used to have a reverted-infix
(use infix in normal mode, use tool trigger in infix mode) shortcut.

I really wish to emphasize on the point that not having this behavior
affect deeply the user experience (IMHO in a pretty bad way, but some won't
agree with me on that).

Finally, this might be extended to PCBNew, in order to have a unified
experience.

Best regards,
Julien FAUCHER
```

Story points: 6.0
Keepout area hatched color not clear express the configuration (lp:#1831999)

[Original report](https://bugs.launchpad.net/bugs/1831999) created by **Hildo Guillardi Júnior (hildogjr)**
```
Using Keepout area, the hatched have the followed behavior by choose layer:
- F.Cu -> hatched as red in  one diagonal direction
- B.Cu -> hatched as green in the other diagonal direction
- Both - hatched just as the green

Should be interesting this area express, in the colors and hatched
directions all affected layers because usually I have to open the
configuration of the ares one-by-one before send the board to production.

One way to do that is intercalate the lines of hatched by the colors of the
selected layers. This should affect also multilayers (more than 2) layouts.


Application: Pcbnew
Version: 6.0.0-unknown-90f06c5~86~ubuntu16.04.1, release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.47.0 OpenSSL/1.0.2g zlib/1.2.8 libidn/1.32 librtmp/2.3
Platform: Linux 4.4.0-148-generic x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.58.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.47.0
    Compiler: GCC 5.4.0 with C++ ABI 1009

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
```
Original tags: feature.request pcbnew

Story points: 6.0