giseldo/neodataset huggingface dataset:
eeschema: editing fields inline in symbol properties window (lp:#1749220)

[Original report](https://bugs.launchpad.net/bugs/1749220) created by **simski (simski)**
```
version in use:

Application: kicad
Version: no-vcs-found-3ad3869~61~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-112-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
    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_WXPYTHON=ON
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_SPICE=ON


when entering information for your bom, it would be very handy if you could
just click a field and start typing, and use navigation like libreoffice
calc for the different fields. of course the mandatory field names should
be protected. ATM i need to click a field, go to the edit field on the
right, change a value, click another field and repeat. using enter to go to
the field below is a great convieniance
```
Original tags: eeschema

Story points: 18.0
Update macos build instructions about patched wx (lp:#1749139)

[Original report](https://bugs.launchpad.net/bugs/1749139) created by **Nick Østergaard (nickoe)**
```
@ Bernhard, I just added this bug for tracking so we won't forget for the
release.

https://www.mail-archive.com/kicad-
developers@lists.launchpad.net/msg28203.html

http://docs.kicad-
pcb.org/doxygen/md_Documentation_development_compiling.html#build_osx
```

Story points: 22.0
Symbol always centered during panning (lp:#1748850)

[Original report](https://bugs.launchpad.net/bugs/1748850) created by **Bernhard Stegmaier (stegmaier)**
```
In eeschema select a symbol via component chooser to be placed on a
schematic.
Symbol now "follows" mouse cursor so that it can be placed.
When panning (via touchpad) the symbol jumps away from mouse cursor to
middle of eeschema window - mouse cursor is still at the same (screen)
position.
On next mouse move after panning the symbol jumps back to mouse cursor.

Expected:
Symbol stays with the mouse cursor during panning, i.e., it doesn't move at
all.


Version:
<<<
Application: kicad
Version: (2018-02-08 revision 54ce01f8d)-master, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.54.0 LibreSSL/2.0.20 zlib/1.2.11 nghttp2/1.24.0
Platform: Mac OS X (Darwin 17.4.0 x86_64), 64 bit, Little endian, wxMac
Build Info:
    wxWidgets: 3.0.4 (UTF-8,STL containers,compatible with 2.8)
    Boost: 1.59.0
    Curl: 7.55.1
    Compiler: Clang 9.0.0 with C++ ABI 1002

Build settings:
    USE_WX_GRAPHICS_CONTEXT=ON
    USE_WX_OVERLAY=ON
    KICAD_SCRIPTING=OFF
    KICAD_SCRIPTING_MODULES=OFF
    KICAD_SCRIPTING_WXPYTHON=OFF
    KICAD_SCRIPTING_ACTION_MENU=OFF
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_SPICE=OFF
>>>
```

Story points: 10.0
PnS router does not allow traces in keepout zones no matter what (lp:#1748832)

[Original report](https://bugs.launchpad.net/bugs/1748832) created by **Piotr Esden-Tempski (esden)**
```
The PnS router will not allow traces in a keepout zone, even if the Keepout
Option: "No tracks" is disabled.

Application: kicad
Version: (2018-02-11 revision 62ef635)-master, 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-112-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
    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_WXPYTHON=ON
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_SPICE=ON
```
Original tags: pcbnew pns

Story points: 14.0
Dragging a wire with a label should break the wire at the label anchor (lp:#1748792)

[Original report](https://bugs.launchpad.net/bugs/1748792) created by **Robert Baruch (robertbaruch)**
```
Application: kicad
Version: (2018-02-10 revision a04965c36)-makepkg, 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 8 (build 9200), 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

To reproduce:

1. In Eeschema, draw a wire.
2. Connect one end of the wire to a component (e.g. a resistor).
3. Add a label to the wire.
4. Grab one end of the wire (the end not connected to the resistor) and the
label by ctrl-left-click-box selecting both.
5. Move the mouse around.

What is expected:

The other end of the wire should remain attached to the component.

What actually happens:

The wire is detached from the component.

Comments:

If you grab-select the end of the wire, but don't include the label, moving
the mouse around behaves as expected: the other end of the wire remains
attached to the component. However, when you include the label, the grab
seems to turn into a move.
```
Original tags: eeschema

Story points: 18.0
[eeschema] Inconsistent reference field parsing during edit and copy (lp:#1748789)

[Original report](https://bugs.launchpad.net/bugs/1748789) created by **Robert Baruch (robertbaruch)**
```
Application: kicad
Version: (2018-02-10 revision a04965c36)-makepkg, 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 8 (build 9200), 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


To reproduce:

1. In Eeschema, place a component (for example, a resistor).
2. Change its reference to R1.1 (hotkey: U).
3. Copy the component (hotkey: C).
4. Note that its reference is now (correctly) R1.?
5. Edit the copied component's reference (hotkey: U).
6. Note that the selection is (correctly) automatically on the "?" part of
the reference.
7. Edit the original component's reference (hotkey: U).
8. Note that the selection is (inconsistently, incorrectly) on the "1.1"
part of the reference.

What is expected:

In step 8, the selection should only be on the last 1.

What actually happens:

In step 8, the selection is on 1.1.

Comments

Copy seems to parse the reference such that the prefix is treated as
everything up to and including the last non-numeric character. This was a
pleasant surprise after the behaviour of KiCAD 4, and should be kept.
However, edit seems to parse the reference differently such that the prefix
is treated as everything up to but not including the first non-numeric
character. These are inconsistent. I would like to have the prefix for both
operations being everything up to and including the last non-numeric
character.
```
Original tags: eeschema starter

Story points: 6.0
UI consistency & simplification (lp:#1748680)

[Original report](https://bugs.launchpad.net/bugs/1748680) created by **Jeff Young (jeyjey)**
```
Top-level node for 6.0 UI consistency work.

  - order icons the same in the libedit/modedit/pcbnew/cvpcb/etc.
    toolbars.  (5.1)

  - ellipses in dialog buttons which open other dialogs  (5.1)

  - remove active library concept in modedit  (5.1)

  - remove active library concept in libedit  (5.1)

  - remove legacy canvas in pcbnew

  - collapse system settings to single version  (5.1)
      - icon scale
      - icons in menu
      - touchpad / warp / pan options
      - language

  - tabularize pcbnew's preferences  (5.1)

  - remove remaining eeschema preference menu items (they either go
    to app settings or they go to the tabbed preferences dialog)  (5.1)

  - implement Save As... for eeschema (5.1)

Right-click menu inconsistencies  (5.1)
https://bugs.launchpad.net/kicad/+bug/1751381
```
Original tags: ui

Story points: 74.0
DRC Control dialog Cancel and OK buttons (lp:#1748676)

[Original report](https://bugs.launchpad.net/bugs/1748676) created by **eelik (eelik)**
```
The DRC Control dialog has Cancel and OK buttons. It should have only one
button, Close, because the user doesn't accept or cancel anything.
Showing/removing the markers and re-filling zones could theoretically be
undone, but Cancel and OK are usually for situations when nothing has been
done yet outside the dialog.
```

Story points: 6.0
Importing EAGLE project changes net connections (lp:#1748502)

[Original report](https://bugs.launchpad.net/bugs/1748502) created by **Tom Virostek (xuulan)**
```
Importing an EAGLE .brd / .sch has removed pads from nets, and connected
pads to other nets instead. In one case a new net was created and the pins
connected to that instead.

Attached is the board and schematic file. In particular, the DV18 net has
been renamed on import, and the VCC net has been connected to GND.

Application: kicad
Version: (2018-02-08 revision b04b1dc)-master, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.54.0 LibreSSL/2.0.20 zlib/1.2.11 nghttp2/1.24.0
Platform: Mac OS X (Darwin 17.5.0 x86_64), 64 bit, Little endian, wxMac
Build Info:
    wxWidgets: 3.0.4 (UTF-8,STL containers,compatible with 2.8)
    Boost: 1.61.0
    Curl: 7.43.0
    Compiler: Clang 7.3.0 with C++ ABI 1002

Build settings:
    USE_WX_GRAPHICS_CONTEXT=ON
    USE_WX_OVERLAY=ON
    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
```
Original tags: eagle import

Story points: 6.0
feature request: opt in for copying extra fields when copying a part in a schematic (lp:#1748417)

[Original report](https://bugs.launchpad.net/bugs/1748417) created by **simski (simski)**
```
consider the following scenario:

you make a schematic and fill in the extra fields for your bom (for example
with Boms-away) then alter the schematic by copying a resistor, giving it a
new value. the extra fields will still resemble the original value and
generate a error in your bom.

idea: have a opt-in mechanism when copying a part, preferably as a global
setting, so you are not bothered with the question at every copy you make
from a part. Making the default the "do not copy extra fields".

other idea: check if there a are extra fields filled when you change a
value and ask the question then, having the global default set to "Do copy
the extra fields"
```
Original tags: eeschema feature.request

Story points: 6.0
eeschema: Error occured when open hierarchical schematic (lp:#1748401)

[Original report](https://bugs.launchpad.net/bugs/1748401) created by **Denis (denis-andreevich)**
```
Eeschema can not open hierarchical schematic lists located in sub patch of
project.
Error in path by cycling sub patch. Please, look at attached screenshot.

Project pach: C:\MyProgs\repos-git-svn-hg-cvs\adapter
Sub folder: C:\MyProgs\repos-git-svn-hg-cvs\adapter\building-blocks

As you can see on attached screenshot "building-blocks" added and repeated
each time when eeschema trying to open some schematic.


KiCAD version:
http://downloads.kicad-
pcb.org/windows/nightly/kicad-r9376.be70ce7d4-x86_64.exe

Application: kicad
Version: (2018-02-08 revision be70ce7d4)-makepkg, 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
```
Original tags: eeschema

Story points: 6.0
Wishlist: Integrate RenumKiCadPCB (lp:#1748205), Geographical reannotation

[Original report](https://bugs.launchpad.net/bugs/1748205) created by **Brian Piccioni (br0an)**
```
I don't know how else to ask this but I wrote a c program RenumKicadPCB
which renumbers reference designations on the PCB geographically and back
annotates the schematic. A few bugs have come up and have been fixed. It is
very fast and flexible, works with nested sheets, and so on. You can select
various numbering schemes, different top and bottom ref designations, and
so on.

The source can be downloaded at www.documenteddesigns.com. I wrote it as a
single module to simplify the same code base for Windows/Linux/IOS.

The only issue is that it uses a command line/text menu rather than a GUI.
I do not know how to write GUI code or c++ so the whole thing is written in
well-documented c.

Lack of back annotation and renumbering is a chronic problem with KiCad (I
love the software by the way).

I believe my code could be ported to Kicad with minor effort by somebody
who is familiar with the GUI. At a minimum, a simple GUI menu with file
pick that calls RenumKicadPCB with the parameters filled would be all that
is needed.

The way the code is written, it makes a copy of the schematic and PCB files
so ideally it would be invoked with PCBNew and eeSchema closed from the
main Kicad menu.

I would be delighted if we could work on this. As I said, the code is
written, works, appears solid, it just needs a GUI and, possibly
integration with the Kicad menu.

Please feel free to contact me to discuss. The code is in us "in the wild"
and people seem to like it.

regards

Brian Piccioni
brian@documenteddesigns.com
```
Original tags: eeschema feature.request pcbnew

Story points: 18.0
Render/visible checkboxes are full of errors in GAL (lp:#1748181)

[Original report](https://bugs.launchpad.net/bugs/1748181) created by **Kristoffer (kristoffer-odmark)**
```
When changing render options in pcbnew, the render options are not
functional at all.

Examples:

- pads are rendered on copper even though the copper layer is supposed to
invisible.
- When disabling rendering of front footprints, F.Silk, F.Adhesive, F.Fab
etc is disabled as well
- Disabling text on front only disbles text belonging to footprints, not
text on F.Silk or other front layers.
- What is the Margin layer, does nothing?


Application: kicad
Version: (2018-02-08 revision 0c0fe309e)-master, debug build
Libraries:
    wxWidgets 3.0.3
    libcurl/7.58.0 OpenSSL/1.1.0g zlib/1.2.11 libidn2/2.0.4 libpsl/0.19.1
(+libidn2/2.0.4) nghttp2/1.29.0
Platform: Linux 4.9.79-1-MANJARO x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.3 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.66.0
    Curl: 7.58.0
    Compiler: GCC 7.2.1 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=OFF
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_SPICE=ON
```
Original tags: pcbnew

Story points: 10.0
Infinite pan (navigation improvement / feature request) (lp:#1748174)

[Original report](https://bugs.launchpad.net/bugs/1748174) created by **Maarten Bakker (maartenjb)**
```
(Changed bug description to make it easier to understand)

In short how the function could work:
1) Hold down a hotkey
2) Move your mouse to pan the schematic or board layout

Additional:
*) Hotkey should be assignable
*) The mouse cursor remains stationary on your screen when you pan
*) Be able to use the Scroll wheel to zoom when you pan
*) The panning has no screen edge boundaries

This Reduces unnecessary mouse movements, and makes navigation and dragging
components more pleasant and efficient. Mouse cursor can remain at the
center of your screen, this is where you want it to be. (not forced to
center of course)


Using nightly version: kicad-r9376.be70ce7d4-x86_64.exe
```
Original tags: eeschema pcbnew

Story points: 10.0
Wishlist: Grid Rotation in Pcbnew (lp:#1748082)

[Original report](https://bugs.launchpad.net/bugs/1748082) created by **Mark J. Blair (nf6x)**
```
I recently had to design a product in which the industrial design dictated
that a lot of the components and routing had to be rotated 30 degrees.
Placement and routing would have been much easier if pcbnew supported
rotating the grid around the grid origin. Any-angle routing came in handy
for making minor edits, but produced messy results when trying to route
multiple nets in parallel.

My workaround was to perform placement and routing of blocks of circuitry
at normal orientation outside of the board outline. Then I'd pick up the
entire block, rotate it 30 degrees, and try fitting it in place on the
board. I had to repeat this over and over until everything fit well. Making
the transition from the 30-degree section to 45/90 degree routing on the
rest of the board was also difficult. And then I had to tear it all up and
do it all over again a few times through revisions of the design.

This all would have been so much easier if I could have rotated the
placement and routing grid by an arbitrary angle around the grid origin. I
would very much like to see better support for placement and routing off of
a 45/90 degree grid in a future release.

I can imagine that a polar grid would also be very desirable for some
products.
```
Original tags: pcbnew

Story points: 14.0
Eagle Import - Assert in ComputeStringBoundaryLimits(): This function is intended to work with single line strings (lp:#1747967)

[Original report](https://bugs.launchpad.net/bugs/1747967) created by **Christian Zajc (christianz91)**
```
VERSION INFO:
Application: kicad
Version: no-vcs-found, debug build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.55.1 OpenSSL/1.1.0g zlib/1.2.11 libidn2/2.0.4 libpsl/0.18.0
(+libidn2/2.0.3) libssh2/1.8.0 nghttp2/1.25.0
Platform: Linux 4.14.16-300.fc27.x86_64 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.64.0
    Curl: 7.55.1
    Compiler: GCC 7.2.1 with C++ ABI 1011

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=OFF
    KICAD_SCRIPTING=OFF
    KICAD_SCRIPTING_MODULES=OFF
    KICAD_SCRIPTING_WXPYTHON=OFF
    KICAD_SCRIPTING_ACTION_MENU=OFF
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=OFF
    KICAD_SPICE=OFF

Fedora 27 newest nightly build copr kicad
(https://copr.fedorainfracloud.org/coprs/g/kicad/kicad/build/710180/)


ASSERT INFO:
/builddir/build/BUILD/kicad-r11984.00749af/common/gal/stroke_font.cpp(411):
assert "*it != '\n'" failed in ComputeStringBoundaryLimits(): This function
is intended to work with single line strings

BACKTRACE:
[1] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&,
wxEvtHandler*, wxEvent&)
[2] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*)
[3] wxEvtHandler::TryHereOnly(wxEvent&)
[4] wxEvtHandler::DoTryChain(wxEvent&)
[5] wxEvtHandler::ProcessEvent(wxEvent&)
[6] wxWindowBase::TryAfter(wxEvent&)
[7] wxEvtHandler::SafelyProcessEvent(wxEvent&)
[8] wxMenuBase::SendEvent(int, int)
[9] g_closure_invoke
[10] g_signal_emit_valist
[11] g_signal_emit
[12] gtk_widget_activate
[13] gtk_menu_shell_activate_item
[14] g_closure_invoke
[15] g_signal_emit_valist
[16] g_signal_emit
[17] gtk_propagate_event
[18] gtk_main_do_event
[19] g_main_context_dispatch
[20] g_main_loop_run
[21] gtk_main
[22] wxGUIEventLoop::DoRun()
[23] wxEventLoopBase::Run()
[24] wxAppConsoleBase::MainLoop()
[25] wxEntry(int&, wchar_t**)
[26] __libc_start_main
[27] _start
```
Original tags: eagle.import

Story points: 8.0
EEschema: Bitmaps: Don't embed into document but store in project folder (lp:#1747863)

[Original report](https://bugs.launchpad.net/bugs/1747863) created by **Michael Weigel (michaelw87)**
```
I dont think embedding the bytestream of a picture into the schema file
directly is the best way to do this.
I'd prefer, for being able to modify the picture externally, to store it in
the project folder and reference it in the schema. This will also reduce
the size of the schema file.

This is of course not a bug but I can't find where to change it to
"whishlist"


Application: kicad
Version: 4.0.7 release build
wxWidgets: Version 3.0.3 (debug,wchar_t,compiler with C++ ABI 1011,GCC
7.1.0,wx containers,compatible with 2.8)
Platform: Windows 7 (build 7601, Service Pack 1), 64-bit edition, 64 bit,
Little endian, wxMSW
Boost version: 1.60.0
Curl version: libcurl/7.54.1 OpenSSL/1.0.2l zlib/1.2.11 libssh2/1.8.0
nghttp2/1.23.1 librtmp/2.3
         USE_WX_GRAPHICS_CONTEXT=OFF
         USE_WX_OVERLAY=OFF
         KICAD_SCRIPTING=ON
         KICAD_SCRIPTING_MODULES=ON
         KICAD_SCRIPTING_WXPYTHON=ON
         USE_FP_LIB_TABLE=HARD_CODED_ON
         BUILD_GITHUB_PLUGIN=ON
```
Original tags: bitmap eeschema

Story points: 6.0
Modern toolset for eeschema (lp:#1747686)

[Original report](https://bugs.launchpad.net/bugs/1747686) created by **Jeff Young (jeyjey)**
```
A top-level node for eeschema GAL canvas.

Some of these just have to do with the canvas and can be fixed in 5.1.
Those that have to do with the toolset will have to wait for 6.0.


=============== Fixed in 5.1 =================

Eeschema: Block sel: dont place after Rotate
https://bugs.launchpad.net/kicad/+bug/1709069

No antialiasing in Windows
https://bugs.launchpad.net/kicad/+bug/1501890

Touchpad pan 'choppy' in Eeschema, 'smooth' in Pcbnew
https://bugs.launchpad.net/kicad/+bug/1654886

Grid dots too small on high DPI displays (Eeschema)
https://bugs.launchpad.net/kicad/+bug/1660560

Eeschema: interrupted lines in some zoomlevels
https://bugs.launchpad.net/kicad/+bug/1687491

=============== Fixed in 6.0 =================

Delete keyboard shortcut for delete block
https://bugs.launchpad.net/kicad/+bug/1672022

eeschema: Operations on blocks inner selection
https://bugs.launchpad.net/kicad/+bug/1624686

Symbol always centered during panning
https://bugs.launchpad.net/kicad/+bug/1748850

Inconsistency between eeschema's wire tool and pcbnew's track tool
https://bugs.launchpad.net/kicad/+bug/1546814

Add symbol from library browser in eeschema
https://bugs.launchpad.net/kicad/+bug/920380

Give eeschema the same trackpad center/zoom as pcbnew
https://bugs.launchpad.net/kicad/+bug/1763862
```
Original tags: eeschema

Story points: 140.0