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

2019-06-12 Thread 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

Re: [Kicad-developers] Ratsnest options

2019-06-12 Thread 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

[Kicad-developers] Ratsnest options

2019-06-12 Thread 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

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

2019-06-12 Thread 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

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

2019-06-12 Thread 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

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

2019-06-12 Thread 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

Re: [Kicad-developers] [PATCH] Crash Reporter

2019-06-12 Thread 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,

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

2019-06-12 Thread 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

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

2019-06-12 Thread 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?

Re: [Kicad-developers] [PATCH] Set KiCad version in MacOS apps

2019-06-12 Thread 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

Re: [Kicad-developers] [PATCH] Set KiCad version in MacOS apps

2019-06-12 Thread 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

Re: [Kicad-developers] Kicad gestures

2019-06-12 Thread 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

Re: [Kicad-developers] Kicad gestures

2019-06-12 Thread 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

Re: [Kicad-developers] Kicad gestures

2019-06-12 Thread 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

Re: [Kicad-developers] Kicad gestures

2019-06-12 Thread 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

Re: [Kicad-developers] Kicad gestures

2019-06-12 Thread 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

Re: [Kicad-developers] Kicad gestures

2019-06-12 Thread 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

Re: [Kicad-developers] Kicad gestures

2019-06-12 Thread 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

Re: [Kicad-developers] Kicad gestures

2019-06-12 Thread 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

Re: [Kicad-developers] Kicad gestures

2019-06-12 Thread 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

Re: [Kicad-developers] Kicad gestures

2019-06-12 Thread 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

Re: [Kicad-developers] Kicad gestures

2019-06-12 Thread 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

Re: [Kicad-developers] Kicad gestures

2019-06-12 Thread 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

Re: [Kicad-developers] Kicad gestures

2019-06-12 Thread 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

Re: [Kicad-developers] Kicad gestures

2019-06-12 Thread 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

[Kicad-developers] Kicad gestures

2019-06-12 Thread 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?

Re: [Kicad-developers] [PATCH] Crash Reporter

2019-06-12 Thread 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

Re: [Kicad-developers] [PATCH] Crash Reporter

2019-06-12 Thread 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

Re: [Kicad-developers] [PATCH] Set KiCad version in MacOS apps

2019-06-12 Thread 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