Manufacturing x position on bottom side negative is problem for some manufacturers
5.1.6 includes a bug fix for the sign of the x position for component placement on the bottom side see #3897 (closed)
A couple of users have reported problems with the now negative values See https://forum.kicad.info/t/footprint-position-file-x-coordinates-suddenly-negative/23253 and https://forum.kicad.info/t/positions-file-bug-in-5-1-6/23301 I am not sure if the problem is new wrong behaviour by KiCad or just the lack of standardisation of what the data should actually be. Most discussion on this says that the position is ALWAYS from the top. Maybe we need the option of flipping the sign. There are too many manufacturers definitely expecting positive x values.
Application: KiCad Version: (5.1.6-29-gc027e7243)-1, release build Libraries: wxWidgets 3.0.4 libcurl/7.66.0 OpenSSL/1.1.1d (Schannel) zlib/1.2.11 brotli/1.0.7 libidn2/2.2.0 libpsl/0.21.0 (+libidn2/2.1.1) nghttp2/1.39.2 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.71.0 OpenCASCADE Community Edition: 6.9.1 Curl: 7.66.0 Compiler: GCC 9.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