Re: [Kicad-developers] 5.1.3 tagged

2019-07-24 Thread Nick Østergaard
Just to keep to clear, I am on vacation until the week is over, and I would like check prpgress and see if there are some details missing before tagging doc and i18n. ons. 24. jul. 2019 11.45 skrev Jean-Samuel Reynaud : > PPA is in progress: > > kicad him self is ready (binary package) > >

Re: [Kicad-developers] fp-info-cache question

2019-07-24 Thread Seth Hillbrand
On 2019-07-24 13:58, Andy Peters wrote: On Jul 23, 2019, at 2:46 PM, Jeff Young wrote: Hi Kevin, No this is just a cache of footprint library properties so that we can index and search footprints without loading them all into memory. It’s entirely for performance. User question: Should

Re: [Kicad-developers] fp-info-cache question

2019-07-24 Thread Andy Peters
> On Jul 23, 2019, at 2:46 PM, Jeff Young wrote: > > Hi Kevin, > > No this is just a cache of footprint library properties so that we can index > and search footprints without loading them all into memory. It’s entirely > for performance. User question: Should the project-level cache file

Re: [Kicad-developers] hotkeys behaviour changed recently?

2019-07-24 Thread Jeff Young
Hi Tom, I’ll implement the preference if you’ll review my latest via push-n-shove stuff. ;) Cheers, Jeff. > On 24 Jul 2019, at 10:45, Wayne Stambaugh wrote: > > At least it is now consistent with the behavior of the other tools. > Once the option to choose immediate versus enable tool

Re: [Kicad-developers] hotkeys behaviour changed recently?

2019-07-24 Thread Wayne Stambaugh
At least it is now consistent with the behavior of the other tools. Once the option to choose immediate versus enable tool behavior is implemented, everyone will be happy ;) On 7/24/2019 12:39 PM, Jeff Young wrote: > Oh god, the feature from hell. It took me so many iterations to get the >

Re: [Kicad-developers] hotkeys behaviour changed recently?

2019-07-24 Thread Jeff Young
Oh god, the feature from hell. It took me so many iterations to get the immediate mode to work that the preference fell off the radar. > On 24 Jul 2019, at 09:04, Tomasz Wlostowski wrote: > > Hi Devs, > > I built today's master and to my surprise, pressing 'X' in pcbnew starts > immediately

Re: [Kicad-developers] RFC: KiCad windows installer proposal

2019-07-24 Thread Andrey Kuznetsov
+1 for small nightlies, it's always a pain to wait 30mins to download a nightly to test when you have the time, but by the time it's done downloading, you don't have time anymore. On Wed, Jul 24, 2019 at 6:47 AM Mark Roszko wrote: > >The long term plan is to build an MSI based installer,

[Kicad-developers] hotkeys behaviour changed recently?

2019-07-24 Thread Tomasz Wlostowski
Hi Devs, I built today's master and to my surprise, pressing 'X' in pcbnew starts immediately drawing a trace under the cursor, something I don't like very much. Was this change accompanied by the (promised) option to select between immediate action/activate tool behaviour of hotkeys somewhere in

Re: [Kicad-developers] RFC: KiCad windows installer proposal

2019-07-24 Thread Mark Roszko
>The long term plan is to build an MSI based installer, because that leaves MSI is an absolute actual disaster to maintain and when it implodes you have to whip out the registry editors and system clenaers to erase any vestigal traces of metadata it uses to be able to even correct a package. Even

Re: [Kicad-developers] [PATCH] Board statistics dialog

2019-07-24 Thread Alexander Shuklin
Hi Ian, Sorry for delay, also I added feature to save statistics in txt file, as Dino suggested. >Понедельник, 22 июля 2019, 23:57 +03:00 от Ian McInerney >: > >Alexander, > >Instead of declaring the 2 static variables separately, I would suggest >creating a struct for the settings then store

Re: [Kicad-developers] RFC: KiCad windows installer proposal

2019-07-24 Thread Simon Richter
Hi, On Wed, Jul 24, 2019 at 08:13:43AM -0400, Wayne Stambaugh wrote: > AFAICT this has not been tested using nightly builds to ensure there are > no issues before we put it into production. The -patch installers are built without the library, and have been tested to install fine on top of

Re: [Kicad-developers] RFC: KiCad windows installer proposal

2019-07-24 Thread Wayne Stambaugh
I am fine with this this change but not for the stable 5.1.3 release. AFAICT this has not been tested using nightly builds to ensure there are no issues before we put it into production. The only downside I see is that it will double the number of installers per build so that could be an issue.

Re: [Kicad-developers] 5.1.3 tagged

2019-07-24 Thread Jean-Samuel Reynaud
PPA is in progress: kicad him self is ready (binary package) Libraries are building (should be ready in few hours). Waiting for tag of doc and i18n. Regards, Le 23/07/2019 à 18:37, Rene Pöschl a écrit : > Libraries are tagged. > > On 23/07/19 14:32, Wayne Stambaugh wrote: >> I just tagged

Re: [Kicad-developers] RFC: KiCad windows installer proposal

2019-07-24 Thread Simon Richter
Hi, On Wed, Jul 24, 2019 at 02:04:15AM -0700, Andrew Lutsenko wrote: > I agree, if my proposal won't be accepted as is then whatever changes I > will make should be properly tested and won't be rushed for 5.1.3. But if > no changes will be required then all the hard work is done already. Just >

Re: [Kicad-developers] RFC: KiCad windows installer proposal

2019-07-24 Thread Andrew Lutsenko
I agree, if my proposal won't be accepted as is then whatever changes I will make should be properly tested and won't be rushed for 5.1.3. But if no changes will be required then all the hard work is done already. Just need to merge the PR, run the build and upload both executables. On Wed, Jul

Re: [Kicad-developers] RFC: KiCad windows installer proposal

2019-07-24 Thread Eeli Kaikkonen
For what it's worth, I don't have extra download costs and have decent speed, but it's still very frustrating to download 1G instead of ~150M from day to day. This would be very nice for nightly builds, and as far as can remember, people have complained especially about size of nighly builds.