Re: [Kicad-developers] running multiple versions of KiCad on macOS

[Andy Peters]

> On Jun 12, 2019, at 5:12 PM, Seppe Stas  wrote:
> 
> Andy, I don’t think Adam is talking about the library folders, those can 
> already be easily set using environmental arguments.

Oh, apologies, I think he is referring to the stuff which lives in 
~/Library/Preferences/kicad, where one finds a text file of settings for each 
of the Kicad programs as well as the library tables and more.

I suppose I’m like most users in that I never touch any of those files 
manually. I rely on the programs to set them. And that’s true even for library 
tables. And I kinda forgot it existed.

-a
___
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] Ratsnest options

[Jon Evans]

I like that set of options. It fits in to my plan of absorbing as much as
possible from the left toolbar into the layer widget as part of my overhaul
of that part of the UI.
I also think it would be totally fine to have it *only* in the layer
widget, because we don't duplicate the other object visibility controls in
Preferences.

The "Show ratsnest with curved lines" checkbox fits in to Preferences (and
not the left toolbar) in my mind, because it seems like a "set and forget"
kind of setting, not one that I would toggle on and off all the time while
I'm working on a board (but maybe others disagree??)

-Jon

On Wed, Jun 12, 2019 at 8:44 PM Seth Hillbrand  wrote:

> Hi Devs-
>
> Currently, we have no fewer than 4 (four!) locations where the ratsnest
> display option can be toggled.  (left toolbar, view menu, preferences
> and layers widget)
>
> I'd like to drop that number down to 1-2.  Right now, fiddling with the
> ratsnest is, well, a ratsnest of code.  Reducing the places where you
> can set this will improve the situation.
>
> Right now, I'm thinking layer widget and preferences.  The layer widget
> is useful because it lets you set the color of the ratsnest in addition
> to visibility and preferences because there's some logic to it being a
> preference.
>
> What do folks think of consolidating these?  Like it?  Hate it?
> Indifferent?
>
> Thanks-
> Seth
>
> ___
> 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
>
___
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

[Kicad-developers] Ratsnest options

[Seth Hillbrand]

Hi Devs-

Currently, we have no fewer than 4 (four!) locations where the ratsnest 
display option can be toggled.  (left toolbar, view menu, preferences 
and layers widget)


I'd like to drop that number down to 1-2.  Right now, fiddling with the 
ratsnest is, well, a ratsnest of code.  Reducing the places where you 
can set this will improve the situation.


Right now, I'm thinking layer widget and preferences.  The layer widget 
is useful because it lets you set the color of the ratsnest in addition 
to visibility and preferences because there's some logic to it being a 
preference.


What do folks think of consolidating these?  Like it?  Hate it?  
Indifferent?


Thanks-
Seth

___
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] running multiple versions of KiCad on macOS

[Adam Wolf]

Environment variables are tricky for users to set for graphical apps
in macOS, unfortunately.

I wonder if we can think through this and find something that is
unequivocably better than what we have today without requiring us to
invent a bunch of new things.

I know I get scared every release that someone has set themselves up
with an impossible-to-reproduce environment--I always test and
emphasize the "backup everything kicaddy" scripts then.

Adam

On Wed, Jun 12, 2019 at 7:12 PM Seppe Stas  wrote:
>
> Andy, I don’t think Adam is talking about the library folders, those can 
> already be easily set using environmental arguments.
>
> On that note though, being able to have those environmental variables be 
> updated depending on the KiCad version would also be a nice to have, since 
> for some reason KiCad does not seem to pick up on env vars set by launchctl 
> on MacOS, making easy switching only available when launching KiCAD from the 
> command line (which also seems to come with a bunch of bugs seemingly related 
> to OpenGL).
>
> Right now I have some custom scripts that set up the correct env vars and 
> symlinks the library table files, it works okish.
>
> I also noted KiCad 4 currently complains on launh because it doesn’t 
> understand some settings set by KiCAD 5. Everything still works fine though.
>
> Seppe
>
> On Thu, 13 Jun 2019 at 00:20, Andy Peters  wrote:
>>
>>
>> > On Jun 12, 2019, at 2:38 PM, Adam Wolf  
>> > wrote:
>> >
>> > Seeing Seppe's patch made me think of something I tried to do last
>> > time, but ended up running out of time.
>> >
>> > What do folks think about changing the data directory for macOS to
>> > have the major version, to make it a little easier to run KiCad 5 and
>> > 6 on the same computer?  Am I opening a can of worms?
>>
>> “data directory” as in where the libraries etc are stored?
>>
>> Currently in ~/Library/Application Support/kicad or /Library/Application 
>> Support/kicad ??
>>
>> Possibly changed to ~/Library/Application Support/kicad 5/ and 
>> ~/Library/Application Support/kicad 6/ for example?
>>
>> I don’t have a problem with it, but the question is how to manage it. Assume 
>> that everyone who already has Kicad installed is using the “default” 
>> location. When the user upgrades to a new major version, perhaps on first 
>> run it should ask about the library locations.
>>
>> But there’s a complication … do those locations exist?
>>
>> As part of that first run, should the new version offer to upgrade existing 
>> libraries and store them in the new location?
>>
>> (And what does that do to users who keep libraries in source-code control 
>> and the libraries on the computers live in working copies?)
>>
>> I mean, I agree that if the intent is to be able to run Kicad 5 and Kicad 6 
>> on the same machine and those versions have incompatible libraries then yes, 
>> we need to be able to tell those two installs where their libraries live.
>>
>> Of course, if Kicad 6 can use Kicad 5’s libraries as is, then there is no 
>> need for the distinction.
>>
>> Yes, can of worms indeed.
>>
>> -a
>> ___
>> 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

___
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] running multiple versions of KiCad on macOS

[Seppe Stas]

Andy, I don’t think Adam is talking about the library folders, those can
already be easily set using environmental arguments.

On that note though, being able to have those environmental variables be
updated depending on the KiCad version would also be a nice to have, since
for some reason KiCad does not seem to pick up on env vars set by launchctl
on MacOS, making easy switching only available when launching KiCAD from
the command line (which also seems to come with a bunch of bugs seemingly
related to OpenGL).

Right now I have some custom scripts that set up the correct env vars and
symlinks the library table files, it works okish.

I also noted KiCad 4 currently complains on launh because it doesn’t
understand some settings set by KiCAD 5. Everything still works fine though.

Seppe

On Thu, 13 Jun 2019 at 00:20, Andy Peters  wrote:

>
> > On Jun 12, 2019, at 2:38 PM, Adam Wolf 
> wrote:
> >
> > Seeing Seppe's patch made me think of something I tried to do last
> > time, but ended up running out of time.
> >
> > What do folks think about changing the data directory for macOS to
> > have the major version, to make it a little easier to run KiCad 5 and
> > 6 on the same computer?  Am I opening a can of worms?
>
> “data directory” as in where the libraries etc are stored?
>
> Currently in ~/Library/Application Support/kicad or /Library/Application
> Support/kicad ??
>
> Possibly changed to ~/Library/Application Support/kicad 5/ and
> ~/Library/Application Support/kicad 6/ for example?
>
> I don’t have a problem with it, but the question is how to manage it.
> Assume that everyone who already has Kicad installed is using the “default”
> location. When the user upgrades to a new major version, perhaps on first
> run it should ask about the library locations.
>
> But there’s a complication … do those locations exist?
>
> As part of that first run, should the new version offer to upgrade
> existing libraries and store them in the new location?
>
> (And what does that do to users who keep libraries in source-code control
> and the libraries on the computers live in working copies?)
>
> I mean, I agree that if the intent is to be able to run Kicad 5 and Kicad
> 6 on the same machine and those versions have incompatible libraries then
> yes, we need to be able to tell those two installs where their libraries
> live.
>
> Of course, if Kicad 6 can use Kicad 5’s libraries as is, then there is no
> need for the distinction.
>
> Yes, can of worms indeed.
>
> -a
> ___
> 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
>
___
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] running multiple versions of KiCad on macOS

[Andy Peters]

> On Jun 12, 2019, at 2:38 PM, Adam Wolf  wrote:
> 
> Seeing Seppe's patch made me think of something I tried to do last
> time, but ended up running out of time.
> 
> What do folks think about changing the data directory for macOS to
> have the major version, to make it a little easier to run KiCad 5 and
> 6 on the same computer?  Am I opening a can of worms?

“data directory” as in where the libraries etc are stored?

Currently in ~/Library/Application Support/kicad or /Library/Application 
Support/kicad ??

Possibly changed to ~/Library/Application Support/kicad 5/ and 
~/Library/Application Support/kicad 6/ for example?

I don’t have a problem with it, but the question is how to manage it. Assume 
that everyone who already has Kicad installed is using the “default” location. 
When the user upgrades to a new major version, perhaps on first run it should 
ask about the library locations.

But there’s a complication … do those locations exist?

As part of that first run, should the new version offer to upgrade existing 
libraries and store them in the new location?

(And what does that do to users who keep libraries in source-code control and 
the libraries on the computers live in working copies?)

I mean, I agree that if the intent is to be able to run Kicad 5 and Kicad 6 on 
the same machine and those versions have incompatible libraries then yes, we 
need to be able to tell those two installs where their libraries live.

Of course, if Kicad 6 can use Kicad 5’s libraries as is, then there is no need 
for the distinction.

Yes, can of worms indeed.

-a
___
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] Crash Reporter

[Nick Østergaard]

It looks like you mis-cited me there. That was Wayne that wrote that,
I don't klnow about the details here.

Anyway, the packages are shown on:
https://jenkins.simonrichter.eu/job/windows-kicad-msys2-patch/ws/pkglist.txt/*view*/

mingw-w64-x86_64-wxWidgets 3.0.4-2

On Wed, 12 Jun 2019 at 14:10, Tomasz Wlostowski
 wrote:
>
> On 11/06/2019 22:29, Nick Østergaard wrote:
> > Too bad the gcc windows
> > build crash report doesn't have a stack trace.  Maybe MSVC builds would
> > have more debug info.
>
> Hi Nick,
>
> My build (wx 3.1.1) under MSYS has stack traces. Which version of
> wxWidgets did you use?
>
> Tom

___
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] running multiple versions of KiCad on macOS

[Seth Hillbrand]

On 2019-06-12 17:38, Adam Wolf wrote:

Seeing Seppe's patch made me think of something I tried to do last
time, but ended up running out of time.

What do folks think about changing the data directory for macOS to
have the major version, to make it a little easier to run KiCad 5 and
6 on the same computer?  Am I opening a can of worms?

Adam Wolf


Hi Adam-

I really like this idea.  You can do it in your CMake configure line by 
setting -DKICAD_CONFIG_DIR=


Right now, it defaults to 'kicad'.  If you change it to 'kicad6.0', 
you'll get a fresh config directory when you start and shouldn't overlap 
with the existing config.  I use this to separate multiple builds 
(debug/release/v5/etc) on my machine.


-Seth

___
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

[Kicad-developers] running multiple versions of KiCad on macOS

[Adam Wolf]

Seeing Seppe's patch made me think of something I tried to do last
time, but ended up running out of time.

What do folks think about changing the data directory for macOS to
have the major version, to make it a little easier to run KiCad 5 and
6 on the same computer?  Am I opening a can of worms?

Adam Wolf

___
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] Set KiCad version in MacOS apps

[Seth Hillbrand]

Yes.  Should be done now.

-S

On 2019-06-12 16:30, Seppe Stas wrote:

Awesome, thanks.

Could you release it for KiCAD 5 so I can use it for the upcoming
KiCAD 5 to 6 migration?

Seppe

On Wed, 12 Jun 2019 at 13:43, Seth Hillbrand 
wrote:


Hi Seppe-

I gave it a quick run and looks good.  I pushed your patch with the
addition of @KICAD_VERSION_FULL@ to the CFBundleVersion extended
version
string.

Thank you for your contribution to KiCad!
-Seth

On 2019-06-11 21:50, Adam Wolf wrote:

I did not test it, but reading over it, it looks great.  Thanks!

Adam

On Tue, Jun 11, 2019 at 1:41 PM Adam Wolf
 wrote:


I will review today.

Thanks for your help, Seppe!

On Tue, Jun 11, 2019, 10:11 AM Wayne Stambaugh



wrote:


Seppe,

Your patch looks good to me.  Any MacOS devs care to comment?

Cheers,

Wayne

On 6/11/19 10:46 AM, Seppe Stas wrote:

Hey Wayne

I attached my patch (generated with `git format-patch --attach
origin/master`) to my last email as
per

http://www.kicad-pcb.org/contribute/developers/#_submitting_patches.

I have a feeling Gmail might not like the mail headers in the

patch.


I created a new patch without the --attach option and added it

to this

email (I am more used to this patch format and I believe it

worked in

the past).

Greetings
Seppe

On Tue, Jun 11, 2019 at 4:27 PM Wayne Stambaugh


> wrote:

Seppe,

I don't understand why your emails keep ending up on the

moderated list

but something strange is going on.  I had to moderate this

one as well.

 Please attach your patch (created using `git

format-patch`) so it can

be reviewed and commented on.

Cheers,

Wayne

On 6/11/19 10:17 AM, Seppe Stas wrote:
> Hey
>
> I closed the merge request on Launchpad and re-attached

the patch and

> before and after screenshots (the after being built from

a dirty

master
> branch) to this mail:
>
> Before:
> [image: Screenshot 2019-06-05 at 22.46.43.png]
> After:
> [image: Screenshot 2019-06-05 at 22.46.54.png]
>
> As you can see, having this version information

displayed in Spotlight

> makes choosing the correct KiCad version a lot easier.

It works

for the
> other apps (EEschema, PCBNew, ...) as well.
>
> Greetings
> Seppe
>
> On Tue, Jun 11, 2019 at 2:50 PM Seth Hillbrand


> wrote:
>
>> Hi Seppe-
>>
>> I see this e-mail.  Perhaps it was a launchpad hiccup.
>>
>> I've added Adam to the code review at [1].  Would you

mind re-sending

>> the images to the list?
>>
>> Thanks-
>> Seth
>>
>> [1]


https://code.launchpad.net/~seppestas/kicad/+git/kicad/+merge/368644

>>
>> On 2019-06-11 05:23, Seppe Stas wrote:
>>> Hey
>>>
>>> I'm not sure if this email got ignored or if it got

rejected by some

>>> mailing system, but it does not seem to show up in the

mailing list

>>> archive
>>>

.

>>>
>>> Maybe now it works?
>>>
>>> Seppe
>>>
>>> On Wed, Jun 5, 2019 at 10:55 PM Seppe Stas


> wrote:
>>>
 Hey guys and girls (probably mostly Adam in

particular)


 Attached is a patch that sets the version in all

MacOS apps to the

 value
 of KICAD_VERSION, i.e the value of git describe. See

commit message

 for
 more technical details. This version show up when e.g

launching the

 app
 using spotlight, and during the migration period from

KiCad 4

to KiCad
 5
 (that is still going on) I really miss(ed) this

feature, since

I have
 3
 different versions of KiCad on my system (4, 5 and

master).


 See attached screenshots:
 [image: Screenshot 2019-06-05 at 22.46.54.png]
 [image: Screenshot 2019-06-05 at 22.46.43.png]

 I tested this patch on both the latest master

(6f8a0a4ee) and

the 5.1
 branch (cd6da987c). I hope you consider adding it to

a KiCad 5

release
 so I
 can use it when KiCad 6 comes out. (I hope I finished

migrating to

 KiCad 5
 by then).

 Note that in order to update this value, CMake has to

be

re-run, but I
 would not expect this to be a big problem since I

assume the

releases
 are
 always built from scratch.

 Greeting
 Seppe Stas

>>>
>>> ___
>>> 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] Set KiCad version in MacOS apps

[Seppe Stas]

Awesome, thanks.

Could you release it for KiCAD 5 so I can use it for the upcoming KiCAD 5
to 6 migration?

Seppe

On Wed, 12 Jun 2019 at 13:43, Seth Hillbrand  wrote:

> Hi Seppe-
>
> I gave it a quick run and looks good.  I pushed your patch with the
> addition of @KICAD_VERSION_FULL@ to the CFBundleVersion extended version
> string.
>
> Thank you for your contribution to KiCad!
> -Seth
>
> On 2019-06-11 21:50, Adam Wolf wrote:
> > I did not test it, but reading over it, it looks great.  Thanks!
> >
> > Adam
> >
> > On Tue, Jun 11, 2019 at 1:41 PM Adam Wolf
> >  wrote:
> >>
> >> I will review today.
> >>
> >> Thanks for your help, Seppe!
> >>
> >> On Tue, Jun 11, 2019, 10:11 AM Wayne Stambaugh 
> >> wrote:
> >>>
> >>> Seppe,
> >>>
> >>> Your patch looks good to me.  Any MacOS devs care to comment?
> >>>
> >>> Cheers,
> >>>
> >>> Wayne
> >>>
> >>> On 6/11/19 10:46 AM, Seppe Stas wrote:
> >>> > Hey Wayne
> >>> >
> >>> > I attached my patch (generated with `git format-patch --attach
> >>> > origin/master`) to my last email as
> >>> > per
> http://www.kicad-pcb.org/contribute/developers/#_submitting_patches.
> >>> > I have a feeling Gmail might not like the mail headers in the patch.
> >>> >
> >>> > I created a new patch without the --attach option and added it to
> this
> >>> > email (I am more used to this patch format and I believe it worked in
> >>> > the past).
> >>> >
> >>> > Greetings
> >>> > Seppe
> >>> >
> >>> > On Tue, Jun 11, 2019 at 4:27 PM Wayne Stambaugh <
> stambau...@gmail.com
> >>> > > wrote:
> >>> >
> >>> > Seppe,
> >>> >
> >>> > I don't understand why your emails keep ending up on the
> moderated list
> >>> > but something strange is going on.  I had to moderate this one
> as well.
> >>> >  Please attach your patch (created using `git format-patch`) so
> it can
> >>> > be reviewed and commented on.
> >>> >
> >>> > Cheers,
> >>> >
> >>> > Wayne
> >>> >
> >>> > On 6/11/19 10:17 AM, Seppe Stas wrote:
> >>> > > Hey
> >>> > >
> >>> > > I closed the merge request on Launchpad and re-attached the
> patch and
> >>> > > before and after screenshots (the after being built from a
> dirty
> >>> > master
> >>> > > branch) to this mail:
> >>> > >
> >>> > > Before:
> >>> > > [image: Screenshot 2019-06-05 at 22.46.43.png]
> >>> > > After:
> >>> > > [image: Screenshot 2019-06-05 at 22.46.54.png]
> >>> > >
> >>> > > As you can see, having this version information displayed in
> Spotlight
> >>> > > makes choosing the correct KiCad version a lot easier. It works
> >>> > for the
> >>> > > other apps (EEschema, PCBNew, ...) as well.
> >>> > >
> >>> > > Greetings
> >>> > > Seppe
> >>> > >
> >>> > > On Tue, Jun 11, 2019 at 2:50 PM Seth Hillbrand <
> s...@hillbrand.org
> >>> > > wrote:
> >>> > >
> >>> > >> Hi Seppe-
> >>> > >>
> >>> > >> I see this e-mail.  Perhaps it was a launchpad hiccup.
> >>> > >>
> >>> > >> I've added Adam to the code review at [1].  Would you mind
> re-sending
> >>> > >> the images to the list?
> >>> > >>
> >>> > >> Thanks-
> >>> > >> Seth
> >>> > >>
> >>> > >> [1]
> >>> >
> https://code.launchpad.net/~seppestas/kicad/+git/kicad/+merge/368644
> >>> > >>
> >>> > >> On 2019-06-11 05:23, Seppe Stas wrote:
> >>> > >>> Hey
> >>> > >>>
> >>> > >>> I'm not sure if this email got ignored or if it got rejected
> by some
> >>> > >>> mailing system, but it does not seem to show up in the
> mailing list
> >>> > >>> archive
> >>> > >>> .
> >>> > >>>
> >>> > >>> Maybe now it works?
> >>> > >>>
> >>> > >>> Seppe
> >>> > >>>
> >>> > >>> On Wed, Jun 5, 2019 at 10:55 PM Seppe Stas <
> seppes...@gmail.com
> >>> > > wrote:
> >>> > >>>
> >>> >  Hey guys and girls (probably mostly Adam in particular)
> >>> > 
> >>> >  Attached is a patch that sets the version in all MacOS apps
> to the
> >>> >  value
> >>> >  of KICAD_VERSION, i.e the value of git describe. See commit
> message
> >>> >  for
> >>> >  more technical details. This version show up when e.g
> launching the
> >>> >  app
> >>> >  using spotlight, and during the migration period from KiCad
> 4
> >>> > to KiCad
> >>> >  5
> >>> >  (that is still going on) I really miss(ed) this feature,
> since
> >>> > I have
> >>> >  3
> >>> >  different versions of KiCad on my system (4, 5 and master).
> >>> > 
> >>> >  See attached screenshots:
> >>> >  [image: Screenshot 2019-06-05 at 22.46.54.png]
> >>> >  [image: Screenshot 2019-06-05 at 22.46.43.png]
> >>> > 
> >>> >  I tested this patch on both the latest master (6f8a0a4ee)
> and
> >>> >   

Re: [Kicad-developers] Kicad gestures

[Seth Hillbrand]

Thanks Jon!  This is a great example.  This is pretty much what I was 
angling for in suggesting a separate preference pane.


I don't think that this is overkill.  It keeps things clearly 
disambiguated and gives a nice location to add additional potential 
mouse actions.  It also prevents users from mapping actions to the mouse 
events that can't be handled.


-Seth

On 2019-06-12 11:45, Jon Evans wrote:

In my opinion, it would be more powerful to break out the individual
settings rather than keep around "touchpad pan mode", so that everyone
can be happy.  I think this is the only solution when there are so
many different ways people could be used to coming from different
applications.

Altium's approach (maybe overkill):

On Wed, Jun 12, 2019 at 11:38 AM John Beard 
wrote:


On 12/06/2019 16:28, Reece R. Pollack wrote:

Most applications I've used provide these "gestures" with the

mouse wheel:


Pan up/down: no modifier
Zoom in/out: Control
Pan left/right: Shift


This is exactly how it works in "touchpad pan" mode (an option in
the
preferences panel).

If you have a 2D scroll wheel (or a touchpad that emulates one,
hence
the name), you don't even need Shift for left/right.

Cheers,

John

___
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

___
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


___
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] Kicad gestures

[Wayne Stambaugh]

I like this option.  Any solution should not change the default
behavior.  Although I seriously doubt "everyone can be happy" will ever
happen, this is the most flexible and complete solution.

Cheers,

Wayne

On 6/12/19 11:45 AM, Jon Evans wrote:
> In my opinion, it would be more powerful to break out the individual
> settings rather than keep around "touchpad pan mode", so that everyone
> can be happy.  I think this is the only solution when there are so many
> different ways people could be used to coming from different applications.
> 
> Altium's approach (maybe overkill):
> image.png
> 
> 
> 
> On Wed, Jun 12, 2019 at 11:38 AM John Beard  > wrote:
> 
> On 12/06/2019 16:28, Reece R. Pollack wrote:
> > Most applications I've used provide these "gestures" with the
> mouse wheel:
> >
> > Pan up/down: no modifier
> > Zoom in/out: Control
> > Pan left/right: Shift
> 
> This is exactly how it works in "touchpad pan" mode (an option in the
> preferences panel).
> 
> If you have a 2D scroll wheel (or a touchpad that emulates one, hence
> the name), you don't even need Shift for left/right.
> 
> Cheers,
> 
> John
> 
> ___
> 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
> 
> 
> ___
> 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
> 

___
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] Kicad gestures

[Jeff Young]

If we’re going to allow editing of zoom, etc., then yes we’ll need a more 
expressive GUI than just the “type a new key” editor we have now.

But that would all be in Preferences.  Note that what I’m doing now is just for 
List HotKeys, not Edit HotKeys.

> On 12 Jun 2019, at 16:45, Jon Evans  wrote:
> 
> In my opinion, it would be more powerful to break out the individual settings 
> rather than keep around "touchpad pan mode", so that everyone can be happy.  
> I think this is the only solution when there are so many different ways 
> people could be used to coming from different applications.
> 
> Altium's approach (maybe overkill):
> 
> 
> 
> 
> On Wed, Jun 12, 2019 at 11:38 AM John Beard  > wrote:
> On 12/06/2019 16:28, Reece R. Pollack wrote:
> > Most applications I've used provide these "gestures" with the mouse wheel:
> > 
> > Pan up/down: no modifier
> > Zoom in/out: Control
> > Pan left/right: Shift
> 
> This is exactly how it works in "touchpad pan" mode (an option in the 
> preferences panel).
> 
> If you have a 2D scroll wheel (or a touchpad that emulates one, hence 
> the name), you don't even need Shift for left/right.
> 
> Cheers,
> 
> John
> 
> ___
> 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 
> 
> ___
> 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

___
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] Kicad gestures

[John Beard]

On 12/06/2019 16:45, Jon Evans wrote:
In my opinion, it would be more powerful to break out the individual 
settings rather than keep around "touchpad pan mode", so that everyone 
can be happy.  I think this is the only solution when there are so many 
different ways people could be used to coming from different applications.


Altium's approach (maybe overkill):


IMO this is the ideal approach to aim for.

The ACTION framework doesn't reaches the scroll/pan code yet, so it 
might need special casing in

WX_VIEW_CONTROLS::onWheel( wxMouseEvent& ) similar to how it is now.

Or maybe it can be done with the tool framework one day?

Cheers,

John

___
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] Kicad gestures

[Jeff Young]

Hi Seth,

I’m not sure how that helps. Would you try to list all the contexts in that 
panel or something?

(I’ve so far been thinking that since they’re just hints, we can ignore the 
context.)

Cheers,
Jeff.

> On 12 Jun 2019, at 16:42, Seth Hillbrand  wrote:
> 
> On 2019-06-12 10:33, Jeff Young wrote:
>> I’m putting the kicad gestures into the List HotKeys dialog.
>> Problem is, I don’t know what they are.  So far I have:
>> Highlight Net   ctrl-left-button
>> Clear Net Highlighting  ctrl-left-button
>> Pan Up/Down shift-mouse-wheel
>> Pan Left/Right  ctrl-mouse-wheel
>> Others?
> 
> 
> Hi Jeff-
> 
> Because the gestures are so context-specific, what do you think about putting 
> them in a separate panel instead of with the hotkeys?
> 
> -S


___
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] Kicad gestures

[Jon Evans]

In my opinion, it would be more powerful to break out the individual
settings rather than keep around "touchpad pan mode", so that everyone can
be happy.  I think this is the only solution when there are so many
different ways people could be used to coming from different applications.

Altium's approach (maybe overkill):
[image: image.png]



On Wed, Jun 12, 2019 at 11:38 AM John Beard  wrote:

> On 12/06/2019 16:28, Reece R. Pollack wrote:
> > Most applications I've used provide these "gestures" with the mouse
> wheel:
> >
> > Pan up/down: no modifier
> > Zoom in/out: Control
> > Pan left/right: Shift
>
> This is exactly how it works in "touchpad pan" mode (an option in the
> preferences panel).
>
> If you have a 2D scroll wheel (or a touchpad that emulates one, hence
> the name), you don't even need Shift for left/right.
>
> Cheers,
>
> John
>
> ___
> 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
>
___
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] Kicad gestures

[Seth Hillbrand]

On 2019-06-12 10:33, Jeff Young wrote:

I’m putting the kicad gestures into the List HotKeys dialog.
Problem is, I don’t know what they are.  So far I have:

Highlight Net   ctrl-left-button
Clear Net Highlighting  ctrl-left-button

Pan Up/Down shift-mouse-wheel

Pan Left/Right  ctrl-mouse-wheel

Others?



Hi Jeff-

Because the gestures are so context-specific, what do you think about 
putting them in a separate panel instead of with the hotkeys?


-S

___
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] Kicad gestures

[John Beard]

On 12/06/2019 16:28, Reece R. Pollack wrote:

Most applications I've used provide these "gestures" with the mouse wheel:

Pan up/down: no modifier
Zoom in/out: Control
Pan left/right: Shift


This is exactly how it works in "touchpad pan" mode (an option in the 
preferences panel).


If you have a 2D scroll wheel (or a touchpad that emulates one, hence 
the name), you don't even need Shift for left/right.


Cheers,

John

___
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] Kicad gestures

[Reece R. Pollack]

I'll accept keeping the default behavior of the unmodified scroll wheel 
because changing something like this is would be a radical shift in the 
UI. However, I think this behavior should be programmable so users have 
the option to change it easily.


The worst-case scenario is to make all three behaviors different from 
other applications AND reverse the direction of motion a la Apple.


On 6/12/19 11:32 AM, Jon Evans wrote:
Zooming with no modifier seems to be the more popular choice in the 
creative and CAD applications I have come across (and is certainly my 
preference, because I use middle-drag to pan).  Maybe someone needs to 
do the legwork to see which actually is the most common re. left-right 
vs. up-down.


-Jon

On Wed, Jun 12, 2019 at 11:28 AM Reece R. Pollack > wrote:


Most applications I've used provide these "gestures" with the
mouse wheel:

Pan up/down: no modifier
Zoom in/out: Control
Pan left/right: Shift

With KiCad I am forever zooming when I want to pan up or down. If
we're going to retain the current behavior of zooming with no
modifier, at least make left/right consistent with other
applications rather than making all three different from
everything else.

Also bear in mind that Apple has insistently reversed the use of
the mouse wheel compared with every other OS since the mouse wheel
was introduced decades ago. I understand that they insist this is
"natural", but it's only natural for Apple users which comprise a
small subset of the user base.

-Reece

On 6/12/19 10:33 AM, Jeff Young wrote:

I’m putting the kicad gestures into the List HotKeys dialog.
 Problem is, I don’t know what they are.  So far I have:

Highlight Net           ctrl-left-button
Clear Net Highlighting  ctrl-left-button
Pan Up/Down             shift-mouse-wheel
Pan Left/Right          ctrl-mouse-wheel

Others?

Thanks,
Jeff.

___
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


___
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



___
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] Kicad gestures

[Jeff Young]

I didn’t want to include stuff that’s standard (mouse wheel zooming, 
right-button context menus, etc.).  Then you also get into touchpad pinch 
gestures, etc.

How do others feel?

> On 12 Jun 2019, at 16:29, John Beard  wrote:
> 
> On 12/06/2019 15:33, Jeff Young wrote:
>> I’m putting the kicad gestures into the List HotKeys dialog.
> 
> Excellent!
> 
>> Pan Up/Down shift-mouse-wheel
>> Pan Left/Right  ctrl-mouse-wheel
> 
> Do we need also zoom?
> 
> Also, these are not the same when touchpad panning
> ("Inkscape mode") is on. Then it's:
> 
> * Pan Up/Down: mouse-wheel
> * Pan L/R  Shift+wheel
> * Zoom in/out  Ctrl+wheel
> 
> Cheers,
> 
> John
> 
> ___
> 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


___
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] Kicad gestures

[Jon Evans]

Zooming with no modifier seems to be the more popular choice in the
creative and CAD applications I have come across (and is certainly my
preference, because I use middle-drag to pan).  Maybe someone needs to do
the legwork to see which actually is the most common re. left-right vs.
up-down.

-Jon

On Wed, Jun 12, 2019 at 11:28 AM Reece R. Pollack  wrote:

> Most applications I've used provide these "gestures" with the mouse wheel:
>
> Pan up/down: no modifier
> Zoom in/out: Control
> Pan left/right: Shift
>
> With KiCad I am forever zooming when I want to pan up or down. If we're
> going to retain the current behavior of zooming with no modifier, at least
> make left/right consistent with other applications rather than making all
> three different from everything else.
>
> Also bear in mind that Apple has insistently reversed the use of the mouse
> wheel compared with every other OS since the mouse wheel was introduced
> decades ago. I understand that they insist this is "natural", but it's only
> natural for Apple users which comprise a small subset of the user base.
>
> -Reece
>
> On 6/12/19 10:33 AM, Jeff Young wrote:
>
> I’m putting the kicad gestures into the List HotKeys dialog.  Problem is,
> I don’t know what they are.  So far I have:
>
> Highlight Net   ctrl-left-button
> Clear Net Highlighting  ctrl-left-button
> Pan Up/Down shift-mouse-wheel
> Pan Left/Right  ctrl-mouse-wheel
>
> Others?
>
> Thanks,
> Jeff.
>
> ___
> 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
>
>
> ___
> 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
>
___
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] Kicad gestures

[Reece R. Pollack]

On 6/12/19 11:29 AM, John Beard wrote:

On 12/06/2019 15:33, Jeff Young wrote:

I’m putting the kicad gestures into the List HotKeys dialog.


Excellent!


Pan Up/Down             shift-mouse-wheel
Pan Left/Right          ctrl-mouse-wheel


Do we need also zoom?


Yes, we need zoom as a programmable hotkey so users have the option to 
change the default behavior to be consistent with other applications.


___
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] Kicad gestures

[John Beard]

On 12/06/2019 15:33, Jeff Young wrote:

I’m putting the kicad gestures into the List HotKeys dialog.


Excellent!


Pan Up/Down             shift-mouse-wheel
Pan Left/Right          ctrl-mouse-wheel


Do we need also zoom?

Also, these are not the same when touchpad panning
("Inkscape mode") is on. Then it's:

* Pan Up/Down: mouse-wheel
* Pan L/R  Shift+wheel
* Zoom in/out  Ctrl+wheel

Cheers,

John

___
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] Kicad gestures

[Reece R. Pollack]

Most applications I've used provide these "gestures" with the mouse wheel:

Pan up/down: no modifier
Zoom in/out: Control
Pan left/right: Shift

With KiCad I am forever zooming when I want to pan up or down. If we're 
going to retain the current behavior of zooming with no modifier, at 
least make left/right consistent with other applications rather than 
making all three different from everything else.


Also bear in mind that Apple has insistently reversed the use of the 
mouse wheel compared with every other OS since the mouse wheel was 
introduced decades ago. I understand that they insist this is "natural", 
but it's only natural for Apple users which comprise a small subset of 
the user base.


-Reece

On 6/12/19 10:33 AM, Jeff Young wrote:
I’m putting the kicad gestures into the List HotKeys dialog.  Problem 
is, I don’t know what they are.  So far I have:


Highlight Net           ctrl-left-button
Clear Net Highlighting  ctrl-left-button
Pan Up/Down             shift-mouse-wheel
Pan Left/Right          ctrl-mouse-wheel

Others?

Thanks,
Jeff.

___
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


___
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

[Kicad-developers] Kicad gestures

[Jeff Young]

I’m putting the kicad gestures into the List HotKeys dialog.  Problem is, I 
don’t know what they are.  So far I have:

Highlight Net   ctrl-left-button
Clear Net Highlighting  ctrl-left-button
Pan Up/Down shift-mouse-wheel
Pan Left/Right  ctrl-mouse-wheel

Others?

Thanks,
Jeff.___
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] Crash Reporter

[Wayne Stambaugh]

On 6/12/19 8:10 AM, Tomasz Wlostowski wrote:
> On 11/06/2019 22:29, Nick Østergaard wrote:
>> Too bad the gcc windows
>> build crash report doesn't have a stack trace.  Maybe MSVC builds would
>> have more debug info.
> 
> Hi Nick,
> 
> My build (wx 3.1.1) under MSYS has stack traces. Which version of
> wxWidgets did you use?
> 
> Tom
> 

3.0.4 which is the default package on windows with msys2.  It could be a
wxWidgets build configuration issue.  I don't know if any special config
option needs to be enabled to support stack traces.

___
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] Crash Reporter

[Tomasz Wlostowski]

On 11/06/2019 22:29, Nick Østergaard wrote:
> Too bad the gcc windows
> build crash report doesn't have a stack trace.  Maybe MSVC builds would
> have more debug info.

Hi Nick,

My build (wx 3.1.1) under MSYS has stack traces. Which version of
wxWidgets did you use?

Tom

___
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] Set KiCad version in MacOS apps

[Seth Hillbrand]

Hi Seppe-

I gave it a quick run and looks good.  I pushed your patch with the 
addition of @KICAD_VERSION_FULL@ to the CFBundleVersion extended version 
string.


Thank you for your contribution to KiCad!
-Seth

On 2019-06-11 21:50, Adam Wolf wrote:

I did not test it, but reading over it, it looks great.  Thanks!

Adam

On Tue, Jun 11, 2019 at 1:41 PM Adam Wolf 
 wrote:


I will review today.

Thanks for your help, Seppe!

On Tue, Jun 11, 2019, 10:11 AM Wayne Stambaugh  
wrote:


Seppe,

Your patch looks good to me.  Any MacOS devs care to comment?

Cheers,

Wayne

On 6/11/19 10:46 AM, Seppe Stas wrote:
> Hey Wayne
>
> I attached my patch (generated with `git format-patch --attach
> origin/master`) to my last email as
> per http://www.kicad-pcb.org/contribute/developers/#_submitting_patches.
> I have a feeling Gmail might not like the mail headers in the patch.
>
> I created a new patch without the --attach option and added it to this
> email (I am more used to this patch format and I believe it worked in
> the past).
>
> Greetings
> Seppe
>
> On Tue, Jun 11, 2019 at 4:27 PM Wayne Stambaugh  > wrote:
>
> Seppe,
>
> I don't understand why your emails keep ending up on the moderated list
> but something strange is going on.  I had to moderate this one as well.
>  Please attach your patch (created using `git format-patch`) so it can
> be reviewed and commented on.
>
> Cheers,
>
> Wayne
>
> On 6/11/19 10:17 AM, Seppe Stas wrote:
> > Hey
> >
> > I closed the merge request on Launchpad and re-attached the patch and
> > before and after screenshots (the after being built from a dirty
> master
> > branch) to this mail:
> >
> > Before:
> > [image: Screenshot 2019-06-05 at 22.46.43.png]
> > After:
> > [image: Screenshot 2019-06-05 at 22.46.54.png]
> >
> > As you can see, having this version information displayed in Spotlight
> > makes choosing the correct KiCad version a lot easier. It works
> for the
> > other apps (EEschema, PCBNew, ...) as well.
> >
> > Greetings
> > Seppe
> >
> > On Tue, Jun 11, 2019 at 2:50 PM Seth Hillbrand  > wrote:
> >
> >> Hi Seppe-
> >>
> >> I see this e-mail.  Perhaps it was a launchpad hiccup.
> >>
> >> I've added Adam to the code review at [1].  Would you mind re-sending
> >> the images to the list?
> >>
> >> Thanks-
> >> Seth
> >>
> >> [1]
> https://code.launchpad.net/~seppestas/kicad/+git/kicad/+merge/368644
> >>
> >> On 2019-06-11 05:23, Seppe Stas wrote:
> >>> Hey
> >>>
> >>> I'm not sure if this email got ignored or if it got rejected by some
> >>> mailing system, but it does not seem to show up in the mailing list
> >>> archive
> >>> .
> >>>
> >>> Maybe now it works?
> >>>
> >>> Seppe
> >>>
> >>> On Wed, Jun 5, 2019 at 10:55 PM Seppe Stas  > wrote:
> >>>
>  Hey guys and girls (probably mostly Adam in particular)
> 
>  Attached is a patch that sets the version in all MacOS apps to the
>  value
>  of KICAD_VERSION, i.e the value of git describe. See commit message
>  for
>  more technical details. This version show up when e.g launching the
>  app
>  using spotlight, and during the migration period from KiCad 4
> to KiCad
>  5
>  (that is still going on) I really miss(ed) this feature, since
> I have
>  3
>  different versions of KiCad on my system (4, 5 and master).
> 
>  See attached screenshots:
>  [image: Screenshot 2019-06-05 at 22.46.54.png]
>  [image: Screenshot 2019-06-05 at 22.46.43.png]
> 
>  I tested this patch on both the latest master (6f8a0a4ee) and
> the 5.1
>  branch (cd6da987c). I hope you consider adding it to a KiCad 5
> release
>  so I
>  can use it when KiCad 6 comes out. (I hope I finished migrating to
>  KiCad 5
>  by then).
> 
>  Note that in order to update this value, CMake has to be
> re-run, but I
>  would not expect this to be a big problem since I assume the
> releases
>  are
>  always built from scratch.
> 
>  Greeting
>  Seppe Stas
> 
> >>>
> >>> ___
> >>> 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
> >>
> >
> >
> > ___
> > Mailing