4xxx.sym negativ line thickness

[ronnie]

Steps to Reproduce:
* eeschema with emtpy schematic
* add symbol, hit "A"
* Choose from 4xxx.lib symbol 4001 (but not limited to); see screenshot
* Confirm choose symbol and add to schematic

I attached a comparsion of an release 5.0.0 (right) and current master (left). It's highly likely related to new gal in eeschema, but I could figure out more details.

My clue is that arcs are affected, but I'm not sure.. I'm sure that is's the symbol body outline, checked with different colors.

Application: eeschema
Version: (6.0.0-rc1-dev-862-gab1f016-dirty), debug build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.47.0 GnuTLS/3.4.10 zlib/1.2.8 libidn/1.32 librtmp/2.3
Platform: Linux 4.4.0-137-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=OFF
    KICAD_SCRIPTING_MODULES=OFF
    KICAD_SCRIPTING_WXPYTHON=OFF
    KICAD_SCRIPTING_ACTION_MENU=OFF
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=OFF
    KICAD_USE_OCC=OFF
    KICAD_SPICE=OFF

[ronnie (ronnie81)]

Nope... all wrong. :) This seems to be an issue with the 4xxx.lib in particular. After dissecting 4xxx.lib and understanding the symbol lib file format just a bit better, I found polygons with thickness of -1000.

Arguably that is not correct in the lib to begin with, tough, maybe a check for thickness going negative would be worth it? When reading the .lib file, or when rendering.. I'll leave the to more knowledgeable folks. ;)

Attached patch "fixes" the issue. I'll head other to the lib folks with that patch.

[Evan Shultz (evan-shultz)]

This is a known issue related to the discussion at https://<email address hidden>/msg32081.html. I don't have any new info or any disposition on what is the best course of action, just tying together related threads.