Re: [Kicad-developers] Packaging question

Am 27.02.2018 um 00:41 schrieb Nick Østergaard: > And I still think it is fine to talk about general packaging things > on the dev list because packagers for multiple platforms are > available here. Often it is also relevant for some development > decisions. I guess this is mostly addressed to me

[Kicad-developers] [PATCH] Rework footprint selection filtering to improve behavior

This patch changes the selection logic for footprints to fix a reported issue[1] and to make the behavior more logical to me. I know that correct selection behavior is something of a personal preference, so I'm ready to be flamed :-) The new behavior: A footprint may be selected if: 1) The

Re: [Kicad-developers] Packaging question

On 02/26/2018 06:42 PM, Nick Østergaard wrote: > Please submit your patch as a pull request. Ok. I added a pull request on github to pull the master branch of https://github.com/stevefalco/fedora-packaging/ into the master branch of https://github.com/KiCad/fedora-packaging. This will replace

Re: [Kicad-developers] KiCad-from-scratch: GerbView/pcbnew: Startup-Dialog: Enable Acceleration only enables Modern Toolset (Fallback)

What happen if you switch to accelerated in the prefs dialog? 2018-02-26 23:58 GMT+01:00 Clemens Koller : > Hi! > > Minor bug / inconsistency: > > KFS: On the initial run of GerbView and Pcbnew, the Startup-Dialog to > enable acceleration is shown. When I click on "Enable

[Kicad-developers] pcbnew selection oddness

This uses last night’s nightly (macOS). I imported a DXF file into the Cmts.User layer (nothing else is on it) and I need to move it into a specific location. Since there is no “group all of this stuff into one thing” feature (which I admittedly hadn’t thought about until just now), my

Re: [Kicad-developers] Fabrication Outputs and Plot

This looks fine to me. Does anyone else have any objections to this change? On 02/25/2018 03:17 PM, Diego Herranz wrote: Thanks for your replies. I think there's a consensus that this needs improving and restructuring, but given your emails, it sounds like a big task :) In the meantime,

Re: [Kicad-developers] GerbView: KiCad-rc2: Layer filenames mixed up in right tab view.

Hello, Jon! I've tried the Gerber files from the KiCad source tree. The behaviour is also erratic and reproducible. Try to load i.e. .../gerber_test_files/test-* files and then load aperture* files and then Ucamco* It seems that filenames in the Tab View position 1 + 2 are stuck and new

Re: [Kicad-developers] Windows Nightlies Installer - Unable to check components for instal

I have only been waiting for the release to be tagged such that I know what strategy would be used for the libs. My plan is to make a full installer and a lite installer for the nightlies. I am not sure if it makes sense to have a seperate installer (without the main programs) such that the noob

Re: [Kicad-developers] Packaging question

Please submit your patch as a pull request. 2018-02-26 4:48 GMT+01:00 Steven A. Falco : > On 02/25/2018 07:31 PM, Wayne Stambaugh wrote: > > > > > > On 02/25/2018 07:25 PM, Rene Pöschl wrote: > >> On 25/02/18 23:29, Wayne Stambaugh wrote: > >>> Stephen, > >>> > >>> I would

Re: [Kicad-developers] Packaging question

@Wayne, the copr nighlties we provide for fedora is maintained in https://github.com/KiCad/fedora-packaging Patches should of course be submitted to this as pull requests. I see Aimylios submitted some changes a week or two ago, but I and clearly no one else has reviewed it. I would advise both

[Kicad-developers] KiCad-from-scratch: GerbView/pcbnew: Startup-Dialog: Enable Acceleration only enables Modern Toolset (Fallback)

Hi! Minor bug / inconsistency: KFS: On the initial run of GerbView and Pcbnew, the Startup-Dialog to enable acceleration is shown. When I click on "Enable Acceleration" and check the Preferences, only the Modern Toolset (Fallback) is enabled, but not the Modern Toolset (Accelerated).

Re: [Kicad-developers] [PATCH] Fix Gerber job file bug and crash issue on MacOS

On Feb 26, 2018, at 12:13 PM, Jon Evans wrote: > > Re-sending these since they may have gotten lost in the other thread. > These fix some bugs Andy Peters found on GerbView MacOS. Thanks for the quick fix. I will download a nightly build to verify. (I kinda gave up on

Re: [Kicad-developers] Packaging question

On 2/26/2018 3:14 PM, Aimylios wrote: > Am 26.02.2018 um 19:42 schrieb Wayne Stambaugh: >> >> Can someone please help Steve out here?  I don't know where our fedora >> packages are being maintained so I would appreciate someone confirming >> this patch.  I don't know that there is much we can do

Re: [Kicad-developers] Packaging question

Am 26.02.2018 um 19:42 schrieb Wayne Stambaugh: Can someone please help Steve out here? I don't know where our fedora packages are being maintained so I would appreciate someone confirming this patch. I don't know that there is much we can do about the upstream situation. Thanks, Wayne

Re: [Kicad-developers] Windows Nightlies Installer - Unable to check components for instal

We should remove or hide the optional items if they are no longer part of the installer to prevent confusion. On 2/26/2018 12:46 PM, Jon Evans wrote: > In the case that there is a separate installer for the libraries (which > I also think makes sense), maybe those line items should be removed

Re: [Kicad-developers] [PATCH] Fix Gerber job file bug and crash issue on MacOS

Patches merged. Thanks. On 2/26/2018 2:13 PM, Jon Evans wrote: > Re-sending these since they may have gotten lost in the other thread. > These fix some bugs Andy Peters found on GerbView MacOS. > > -Jon > > > ___ > Mailing list:

[Kicad-developers] [PATCH] Fix Gerber job file bug and crash issue on MacOS

Re-sending these since they may have gotten lost in the other thread. These fix some bugs Andy Peters found on GerbView MacOS. -Jon 0001-Fix-edge-case-GERBER_FILE_IMAGE-creation-logic.patch Description: Binary data 0001-Use-proper-path-when-loading-files-from-Gerber-job-f (1).patch

Re: [Kicad-developers] [PATCH] GerbView performance optimizations

I must have missed these patches in the noise. They are now merged. Thank, Wayne On 2/26/2018 10:54 AM, Jon Evans wrote: > Hi Wayne, just a reminder there are two more patches here, sorry about > the high volume of email. > > Thanks, > Jon > > On Sun, Feb 25, 2018 at 7:23 PM, Wayne Stambaugh

Re: [Kicad-developers] How do I turn one of our .svg icons into a .cpp file?

Le 26/02/2018 à 19:13, Wayne Stambaugh a écrit : > On 2/26/2018 1:09 PM, Marco Ciampa wrote: >> On Mon, Feb 26, 2018 at 12:44:57PM -0500, Wayne Stambaugh wrote: >>> We should probably update the cmake file to include the -z option for >>> inkscape on macos builds so macos can be used to update

Re: [Kicad-developers] Packaging question

On 2/25/2018 10:48 PM, Steven A. Falco wrote: > On 02/25/2018 07:31 PM, Wayne Stambaugh wrote: >> >> >> On 02/25/2018 07:25 PM, Rene Pöschl wrote: >>> On 25/02/18 23:29, Wayne Stambaugh wrote: Stephen, I would say that you should pull from HEAD of each library.  This will

Re: [Kicad-developers] Windows Nightlies Installer - Unable to check components for instal

On 2/26/2018 12:58 PM, Andrey Kuznetsov wrote: > OK, what about the help files? :) The help files should be installed by the main KiCad installer. I don't so those as being optional. > > I agree, the library installer should be provided, you can call me a > thorough tester but a basic user

Re: [Kicad-developers] How do I turn one of our .svg icons into a .cpp file?

On 2/26/2018 1:09 PM, Marco Ciampa wrote: > On Mon, Feb 26, 2018 at 12:44:57PM -0500, Wayne Stambaugh wrote: >> We should probably update the cmake file to include the -z option for >> inkscape on macos builds so macos can be used to update image files >> without having to fall back to entering

Re: [Kicad-developers] Pads front and F.Cu visibility, possible bugs?

I kind of enjoy the French names. It keeps me on my toes! Besides, AFAIK it's the last of the French strings in KiCad. When I joined the project most of the source code comments were in French. I'm the one who translated them all to English so I could work on the project. I actually thought

Re: [Kicad-developers] How do I turn one of our .svg icons into a .cpp file?

On Mon, Feb 26, 2018 at 12:44:57PM -0500, Wayne Stambaugh wrote: > We should probably update the cmake file to include the -z option for > inkscape on macos builds so macos can be used to update image files > without having to fall back to entering commands by hand. -z should work on all

Re: [Kicad-developers] Pads front and F.Cu visibility, possible bugs?

Yes Wayne, thanks. JP, it's all your fault, demos shouldn't have proprietary Frenchy layer names. :D I think the demos should have proper layer names, I forgot the layer names could be changed because I almost never go to Layer Setup. It would be confusing for beginners when looking at demo

Re: [Kicad-developers] Windows Nightlies Installer - Unable to check components for instal

Yet another use case that I hadn't thought about. Keep them coming. Sometimes your focus gets so narrowed by how you do things that you can't conceive of all possible ways other user work. I know for a fact that asking users to use git to maintain libraries is like asking them to build from

Re: [Kicad-developers] Windows Nightlies Installer - Unable to check components for instal

OK, what about the help files? :) I agree, the library installer should be provided, you can call me a thorough tester but a basic user (otherwise known as complainer ;-P ) and I don't want to deal with github to get kicad libraries. A 50 year old hobbyist will give up on kicad in 10 minutes

Re: [Kicad-developers] Windows Nightlies Installer - Unable to check components for instal

This is especially useful for our Chinese users and folks traveling to China for manufacturing support, as often Github and other common public git repositories are blocked. Adam On Mon, Feb 26, 2018 at 11:42 AM, Wayne Stambaugh wrote: > On 2/26/2018 6:39 AM, Simon Richter

Re: [Kicad-developers] Windows Nightlies Installer - Unable to check components for instal

In the case that there is a separate installer for the libraries (which I also think makes sense), maybe those line items should be removed from the main installer instead of just disabled (if that is easy) to reduce confusion? On Mon, Feb 26, 2018 at 12:42 PM, Wayne Stambaugh

Re: [Kicad-developers] How do I turn one of our .svg icons into a .cpp file?

We should probably update the cmake file to include the -z option for inkscape on macos builds so macos can be used to update image files without having to fall back to entering commands by hand. On 2/26/2018 12:39 PM, Seth Hillbrand wrote: > In case this thread comes up in a search in the

Re: [Kicad-developers] Windows Nightlies Installer - Unable to check components for instal

On 2/26/2018 6:39 AM, Simon Richter wrote: > Hi, > > On 25.02.2018 22:52, Andrey Kuznetsov wrote: > >> The unchecked components in the image below cannot be checked. > > Yes, these are no longer in the nightly installer, because they are > 600MB compressed, and most nightly users maintain their

Re: [Kicad-developers] How do I turn one of our .svg icons into a .cpp file?

In case this thread comes up in a search in the future, my commandline for exporting without the GUI is: /Applications/Inkscape.app/Contents/Resources/bin/inkscape --export-area-snap -e ${input}.png -f ${output}.svg -z Inkscape version 0.48.5 -S 2018-02-26 9:26 GMT-08:00 Jeff Young

Re: [Kicad-developers] How do I turn one of our .svg icons into a .cpp file?

I ended up running everything by hand: Create png via Inkscpae GUI. pngcrush refresh.png cmake -DinputFile=/users/jeff/kicad_dev/kicad/bitmaps_png/png_16/refresh.png \ -DoutCppFile=/users/jeff/kicad_dev/kicad/bitmaps_png/cpp_16/refresh.cpp \ -P PNG2cpp.cmake > On 26 Feb 2018, at

Re: [Kicad-developers] How do I turn one of our .svg icons into a .cpp file?

Jeff- Use the "-z" commandline option to execute things without the gui on Mac. -S 2018-02-26 9:04 GMT-08:00 Nick Østergaard : > On linux it does not open a GUI, it just converts the images when I make. > > 2018-02-26 18:01 GMT+01:00 Jeff Young : > >> When I

Re: [Kicad-developers] How do I turn one of our .svg icons into a .cpp file?

Le 26/02/2018 à 18:04, Nick Østergaard a écrit : > On linux it does not open a GUI, it just converts the images when I make. Same on Windows. I remember some time ago a mail about issues with inkscape on OSX to convert the svg file to a png file. And an other tool was mentioned to convert these

Re: [Kicad-developers] How do I turn one of our .svg icons into a .cpp file?

When I do a build it opens the GUI inkscape (should it be doing that?) but then hangs. (I can use Inkscape, but my build just sits there.) > On 26 Feb 2018, at 16:58, jp charras wrote: > > Le 26/02/2018 à 17:17, Nick Østergaard a écrit : >> I am not sure how well it

Re: [Kicad-developers] How do I turn one of our .svg icons into a .cpp file?

Le 26/02/2018 à 17:17, Nick Østergaard a écrit : > I am not sure how well it works on macos, but it uses inkscape to export them > to png and then > something else to turn them to xpm which is turned into cpp as far as I > remember. I may be wrong. > > 2018-02-26 17:16 GMT+01:00 Nick Østergaard

Re: [Kicad-developers] How do I turn one of our .svg icons into a .cpp file?

Jeff- On my mac, I use /Applications/Inkscape.app/Contents/Resources/bin/inkscape for the command-line access. It is installed with the standard GUI. -S 2018-02-26 8:23 GMT-08:00 Jeff Young : > Yeah, it looks like inkscape and pngcrush. > > I have the inkscape GUI app; does it

Re: [Kicad-developers] [PATCH] Don't use the RTREE in UpdateAllLayersOrder() / UpdateAllLayersColor()

Alright, thank you for quick verification. I have just committed the fix to the master branch. Cheers, Orson On 02/26/2018 05:12 PM, Jon Evans wrote: > Sounds good to me. 1% hit should not cancel out the gains from not using > the RTree in large worlds (I saw layer-switch time drop from ~80ms

Re: [Kicad-developers] How do I turn one of our .svg icons into a .cpp file?

Yeah, it looks like inkscape and pngcrush. I have the inkscape GUI app; does it need a separate command-line tool, or is the GUI app also a command-line tool? Thanks, Jeff. > On 26 Feb 2018, at 16:17, Nick Østergaard wrote: > > I am not sure how well it works on macos,

Re: [Kicad-developers] How do I turn one of our .svg icons into a .cpp file?

I am not sure how well it works on macos, but it uses inkscape to export them to png and then something else to turn them to xpm which is turned into cpp as far as I remember. I may be wrong. 2018-02-26 17:16 GMT+01:00 Nick Østergaard : > Enable MAINTAIN_PNGS with cmake. > >

Re: [Kicad-developers] How do I turn one of our .svg icons into a .cpp file?

Enable MAINTAIN_PNGS with cmake. 2018-02-26 17:14 GMT+01:00 Jeff Young : > (Don’t worry; not for 5.0stable.) > ___ > Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-developers@lists.launchpad.net >

[Kicad-developers] How do I turn one of our .svg icons into a .cpp file?

(Don’t worry; not for 5.0stable.) ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] [PATCH] Don't use the RTREE in UpdateAllLayersOrder() / UpdateAllLayersColor()

Sounds good to me. 1% hit should not cancel out the gains from not using the RTree in large worlds (I saw layer-switch time drop from ~80ms to ~30ms on my machine) We can consider revisiting this later to eliminate the need for dynamic_cast by ensuring that anything that VIEW calls on an item it

Re: [Kicad-developers] validators

A couple of additional data-points: The wheel isn’t much to reinvent. There’s not a lot to the wxWidgets numeric validators. (The num validator, int validator and floating point validator together make up only 300 lines of commented code.) The developer has to add UNIT_BINDERs for each

Re: [Kicad-developers] PPA: KiCad 5.0

No. 2018-02-26 17:03 GMT+01:00 Kevin Cozens : > On 2018-02-26 05:15 AM, Maciej Sumiński wrote: > >> Does it mean there are no more documentation updates for 5.0 >> foreseen/accepted? >> > Have the file format docs been updated to reflect the recent changes? > > -- > Cheers! > >

Re: [Kicad-developers] [PATCH] Don't use the RTREE in UpdateAllLayersOrder() / UpdateAllLayersColor()

Apparently clang analyzer has been correct this time. It turns out that PCB_PAINTER::Draw() and PCB_RENDER_SETTINGS::GetColor() assume that all objects are EDA_ITEMs, which is not true for VIEW_GROUP class. When a layer is changed, VIEW::UpdateAllLayersColor() iterates through all VIEW_ITEMs and

Re: [Kicad-developers] PPA: KiCad 5.0

On 2018-02-26 05:15 AM, Maciej Sumiński wrote: Does it mean there are no more documentation updates for 5.0 foreseen/accepted? Have the file format docs been updated to reflect the recent changes? -- Cheers! Kevin. http://www.ve3syb.ca/ |"Nerds make the shiny things that distract

Re: [Kicad-developers] PPA: KiCad 5.0

So now every repositories are tagged and all packages are built. PPA for KiCad 5 is ready now... Le 26/02/2018 à 16:00, Carsten Schoenert a écrit : > Am 26.02.2018 um 12:10 schrieb Rene Pöschl: >> The library repos have been tagged with 5.0.0-rc1 >> >> (As requested yesterday in a similar mailing

Re: [Kicad-developers] [PATCH] Don't use the RTREE in UpdateAllLayersOrder() / UpdateAllLayersColor()

Orson, That's what I was doing so it sounds like it might be something with your setup. Wayne On 2/26/2018 9:30 AM, Maciej Sumiński wrote: > Wayne, > > I meant selecting any layer in the right-hand layer widget. Perhaps it > is a false positive in clang analyzer, I will have a look at it.

Re: [Kicad-developers] PPA: KiCad 5.0

Am 26.02.2018 um 12:10 schrieb Rene Pöschl: > The library repos have been tagged with 5.0.0-rc1 > > (As requested yesterday in a similar mailing list thread. [1]) Excellent! Thanks. > This will not be the last tag for 5.0.0. We will make more bugfixes. If > time permits we might also do some

Re: [Kicad-developers] [PATCH] Don't use the RTREE in UpdateAllLayersOrder() / UpdateAllLayersColor()

Wayne, I meant selecting any layer in the right-hand layer widget. Perhaps it is a false positive in clang analyzer, I will have a look at it. Pcbnew does not crash here when built with gcc (and no analyzer enabled). Cheers, Orson On 02/26/2018 03:02 PM, Wayne Stambaugh wrote: > Orson, > >

Re: [Kicad-developers] validators

Hey Jeff, This is a better argument. I will counter by suggesting that the OnChar() event handler can be overridden to provide the behavior we need. I realize that it would be difficult to perform units verification and/or numerical evaluation in the OnChar() event handler but you can prevent

Re: [Kicad-developers] [PATCH] Don't use the RTREE in UpdateAllLayersOrder() / UpdateAllLayersColor()

Orson, What do you mean by "any layer switching"? I am not have any issues on windows when selecting a different layer in the layer manager using either canvas when launched from kicad or stand alone mode. Cheers, Wayne On 2/26/2018 5:01 AM, Maciej Sumiński wrote: > Jon, > > With this patch

Re: [Kicad-developers] Pads front and F.Cu visibility, possible bugs?

Copper layers can be renamed so I only expect the layer names F.Cu and B.Cu when I have not renamed them. I'm guessing you have one of the kicad demo projects open based on the French layer names which JP likes to use. On 2/25/2018 8:59 PM, Andrey Kuznetsov wrote: > Not sure if this is the right

Re: [Kicad-developers] pcbnew: Right Click Context Menu

The zoom / grid options on the context menu are available when using an interactive tool. That doesn’t really work well with the toolbar versions. Why are cut/copy/paste on the context menus? They must be the most known command-keys in computerdom. > On 26 Feb 2018, at 03:33, hauptmech

Re: [Kicad-developers] [PATCH] Don't use the RTREE in UpdateAllLayersOrder() / UpdateAllLayersColor()

Hi Orson, I don't see that behavior, but I don't have asan turned on right now either so maybe it isn't deterministic without it. I won't be able to look at this issue until tonight, so please revert for now unless you find a simple fix (I guess maybe preview items are missing some initialization

Re: [Kicad-developers] Windows Nightlies Installer - Unable to check components for instal

Hi, On 25.02.2018 22:52, Andrey Kuznetsov wrote: > The unchecked components in the image below cannot be checked. Yes, these are no longer in the nightly installer, because they are 600MB compressed, and most nightly users maintain their libraries themselves. Simon signature.asc

Re: [Kicad-developers] PPA: KiCad 5.0

On 26/02/18 10:53, Jean-Samuel Reynaud wrote: Dear All, Following KiCad 5.0 tagging, I had create a dedicated PPA for next release (5.0). For the moment, only RC1 of kicad is built. When other repositories will be tagger (i18n, docs and all libs), I will also provide them on this PPA. It's

Re: [Kicad-developers] Improving Eagle Import netlist matching

Awesome, I'm excited to finally see v5 come to pass. I think we should nickname the release, Godot, since we have all be waiting for it for so long. Russ On Mon, Feb 26, 2018 at 9:59 PM Maciej Sumiński wrote: > Hi Russell, > > I plan to merge your changes, I have

Re: [Kicad-developers] Improving Eagle Import netlist matching

Hi Russell, I plan to merge your changes, I have almost finished the refactor to use KiWay mail. I will test the patches a bit and given no extra issues appear, I will push them to the master branch. Regards, Orson On 02/25/2018 10:30 PM, Russell Oliver wrote: > Just wondering what approach we

Re: [Kicad-developers] PPA: KiCad 5.0

Thanks, It's currently building doc and i18n. Should be ready in few minutes. Le 26/02/2018 à 11:13, Nick Østergaard a écrit : > kicad-doc and kicad-i18n has been tagged > > 2018-02-26 10:53 GMT+01:00 Jean-Samuel Reynaud >: > > Dear All,

Re: [Kicad-developers] [PATCH] Ensure ROUTER_PREVIEW_ITEM draws on top of all normal layers

Thank you Jon, I have just committed your patch. Cheers, Orson On 02/26/2018 12:18 AM, Jon Evans wrote: > Fixes: https://bugs.launchpad.net/kicad/+bug/1751646 > > > > ___ > Mailing list: https://launchpad.net/~kicad-developers > Post to :

Re: [Kicad-developers] [PATCH] expose BOARD_COMMIT to python

So I think I may have discovered something that renders this patch irrelevant. I was trying to debug the behavior I mentioned in the first mail of this thread, where undo via BOARD_COMMIT doesn't work right when running code from within an external plugin. Turns out that the external plugin code

Re: [Kicad-developers] PPA: KiCad 5.0

No, it means that a tag has been made such that build scripts can pass if they use the tag. Den 26. feb. 2018 11.16 AM skrev "Maciej Sumiński" : Does it mean there are no more documentation updates for 5.0 foreseen/accepted? On 02/26/2018 11:13 AM, Nick Østergaard

Re: [Kicad-developers] PPA: KiCad 5.0

Does it mean there are no more documentation updates for 5.0 foreseen/accepted? On 02/26/2018 11:13 AM, Nick Østergaard wrote: > kicad-doc and kicad-i18n has been tagged > > 2018-02-26 10:53 GMT+01:00 Jean-Samuel Reynaud : > >> Dear All, >> >> Following KiCad 5.0 tagging,

Re: [Kicad-developers] PPA: KiCad 5.0

kicad-doc and kicad-i18n has been tagged 2018-02-26 10:53 GMT+01:00 Jean-Samuel Reynaud : > Dear All, > > Following KiCad 5.0 tagging, I had create a dedicated PPA for next > release (5.0). For the moment, only RC1 of kicad is built. When other > repositories will be

Re: [Kicad-developers] [PATCH] Don't use the RTREE in UpdateAllLayersOrder() / UpdateAllLayersColor()

Jon, With this patch applied, any layer switching in pcbnew leads to a crash, even with no layout loaded. Can anyone else confirm this? See the the attached address sanitizer report for details. Regards, Orson On 02/25/2018 10:01 PM, Jon Evans wrote: > This patch uses simple iteration instead

[Kicad-developers] PPA: KiCad 5.0

Dear All, Following KiCad 5.0 tagging, I had create a dedicated PPA for next release (5.0). For the moment, only RC1 of kicad is built. When other repositories will be tagger (i18n, docs and all libs), I will also provide them on this PPA. It's available at:

Re: [Kicad-developers] [PATCH] expose BOARD_COMMIT to python

On whether it's appropriate to expose BOARD_COMMIT to python, the class originally came to my attention in this message (though not by a core kicad developer?): https://lists.launchpad.net/kicad-developers/msg32275.html As a follow on to that suggestion, I started this thread which was premised