Re: [Kicad-developers] wxWidgets version.
KiCad-Winbuilder is using a patched 3.0.0 so it's pretty stable at the moment. I wanted to wait for a period of no bug reporting against wxWidgets (with regards to KiCad) until I bumped the version in the wxWidgets-cmake project that Winbuilder uses. Best Regards, Brian. ___ 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] Configuration file relocation.
Moses, Thanks for doing this work - config files instead of the registry settings on Windows has been on my list forever and I never got round to doing anything about it. So thanks for getting on and doing it as well as tidying up the Linux files. Best Regards, Brian. ___ 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] Edge.Cuts layer in the module editor
On 4 September 2014 10:03, Maciej Sumiński maciej.sumin...@cern.ch wrote: On 09/03/2014 10:36 PM, Wayne Stambaugh wrote: On 9/3/2014 12:33 PM, Brian Sidebotham wrote: I think we could do it in a similar fashion to EESCHEMA (it's a more pleasant experience when things work in a similar way) Any vertexes on the Edge.Cuts layer that do not match *exactly* should be highlighted with a square centred on the disconnected vertex(es). Secondly, we can apply similar logic to pads being magnetic to tracks by having Edge.Cuts vertexes being able to snap to currently off-grid Edge.Cuts vertexes as well as to the grid. This way anyone can guarantee they have at least connected all of their Edge.Cuts drawings. Secondly, part of the DRC check can also list disconnected Edge.Cuts vertexes - because that should at least be a warning, if not an error. I don't think there's any reason to have disconnected vertexes on the Edge.Cuts layer is there? Perhaps for drawing a rout line, but then I draw a rectangle with the correct width of the router bit I want used so it is less ambiguous. Best Regards, Brian. All that sounds good, but demands more work than I initially expected, so it may take time. Recently the time that I can devote to KiCad development is a bit constrained. The PNS router uses its internal model to implement snapping, therefore I wonder if it would not be better to delay snapping until the current model is upgraded. The rest of proposed changes should be possible to implement without any other dependencies. Excellent suggestions. This seems like a reasonable path forward. I really like the snapping idea as an easy way to close the vertices. I always have to manually go back and use the segment properties to make sure each vertex ends at the same point if I don't get them right the first time. Should I add this to the road map? It seems like a good candidate. Good ideas are worth noting and putting to the plan. That way they will not be forgotten. Hi Guys, Please put it on the road map and assign my name next to it and I'll get it done. I don't meant to pile stuff onto other people's plates, but I think this is the most intuitive way of working when lines must be continuously connected. Personally I do not want KiCad inserting segments and attempting to auto-close anything for me. If we need to change the data model to expose snap objects then let's also get that on the road map, or is that already there? I probably can't take on that sort of work in spare time in the evenings. Best Regards, Brian. ___ 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] wxWidgets version.
On 9/7/2014 5:39 AM, Brian Sidebotham wrote: KiCad-Winbuilder is using a patched 3.0.0 so it's pretty stable at the moment. I wanted to wait for a period of no bug reporting against wxWidgets (with regards to KiCad) until I bumped the version in the wxWidgets-cmake project that Winbuilder uses. Best Regards, Brian. I've been using stock 3.0.1 that is packaged for MSYS2/MinGW64 without any issues. I think most of the issues with 3.0.1 are GTK specific. ___ 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] Configuration file relocation.
Honestly, as a user -- this is spectacular news. Trying to move the configuration files. Which ones are they?? The fact that I have to ask that question is damning evidence that this patch was necessary!!! Is there a list of these files somewhere? On 09/05/2014 05:31 PM, Wayne Stambaugh wrote: I just committed Moses' configuration file relocation patch in r5114. On Linux the configuration files are now located in $HOME/.config/kicad per the FreeDesktop.org specification. To preserve you current settings, you can move the kicad configuration files for your $HOME folder to the new location. You must drop the leading . from the file name. You must also move the fp-lib-table file. You will have to make copies of these files if you plan on using any version of kicad prior to r5114. Sorry windows users but you will have to reconfigure KiCad. There was no easy way to extract the registry keys into configuration files. The configuration files on Windows will be saved in the same folder as fp-lib-table which is %APPDATA%\kicad. You may want to clean the kicad cruft from the registry if your not going to use any versions of kicad prior to r5114. There should be no change for OSX users. Can someone please apply the attached patch to the library install in the github repo so the fp-lib-table file gets installed in the correct path by anyone using the kicad-install.sh script. Thank you Moses for contributing to KiCad. Sorry about the inconvenience but this change fixes the $HOME folder configuration file pollution on Linux and removing the configuration from the Windows registry which both users and developers have been pushing for. Cheers, Wayne ___ 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] Configuration file relocation.
On 9/7/2014 3:30 PM, Jacob Schmidt wrote: Honestly, as a user -- this is spectacular news. Trying to move the configuration files. Which ones are they?? The fact that I have to ask that question is damning evidence that this patch was necessary!!! Is there a list of these files somewhere? What platform are you using? On Linux assuming you've opened each of the main windows a least once except for fp-lib-table which should always be present: ~/.kicad_common ~/.kicad ~/.cvpcb ~/.gerbview ~/.eeschema ~/.pcbnew ~/.bitmap2component ~/.pcb_calculator ~/.pl_editor fp-lib-table On 09/05/2014 05:31 PM, Wayne Stambaugh wrote: I just committed Moses' configuration file relocation patch in r5114. On Linux the configuration files are now located in $HOME/.config/kicad per the FreeDesktop.org specification. To preserve you current settings, you can move the kicad configuration files for your $HOME folder to the new location. You must drop the leading . from the file name. You must also move the fp-lib-table file. You will have to make copies of these files if you plan on using any version of kicad prior to r5114. Sorry windows users but you will have to reconfigure KiCad. There was no easy way to extract the registry keys into configuration files. The configuration files on Windows will be saved in the same folder as fp-lib-table which is %APPDATA%\kicad. You may want to clean the kicad cruft from the registry if your not going to use any versions of kicad prior to r5114. There should be no change for OSX users. Can someone please apply the attached patch to the library install in the github repo so the fp-lib-table file gets installed in the correct path by anyone using the kicad-install.sh script. Thank you Moses for contributing to KiCad. Sorry about the inconvenience but this change fixes the $HOME folder configuration file pollution on Linux and removing the configuration from the Windows registry which both users and developers have been pushing for. Cheers, Wayne ___ 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] Configuration file relocation.
Is there a list of these files somewhere? What platform are you using? On Linux assuming you've opened each of the main windows a least once except for fp-lib-table which should always be present: ~/.kicad_common ~/.kicad ~/.cvpcb ~/.gerbview ~/.eeschema ~/.pcbnew ~/.bitmap2component ~/.pcb_calculator ~/.pl_editor fp-lib-table Thank you. :) ___ 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-pcb.org
A little fix for someone with website privileges to make: On the page about installing Kicad on Linux (http://www.kicad-pcb.org/display/DEV/Building+KiCad+on+Linux), the line for pulling the libraries from launchpad is incorrect, and results in an error: bzr checkout lp:~kicad-lib-committers/kicad/library kicad-library.bzr It should be replaced with the line: bzr checkout lp:~kicad-product-committers/kicad/library kicad-library.bzr I suspect this little error has annoyed many people besides me. I found the correct line to use from the kicad_install.sh script. Thanks, -- Ralph From: Kicad-developers [kicad-developers-bounces+ralph.stirling=wallawalla@lists.launchpad.net] on behalf of Aaron Pelly [ape...@monkeymasters.co.nz] Sent: Tuesday, September 02, 2014 5:04 PM To: kicad-developers@lists.launchpad.net Subject: Re: [Kicad-developers] kicad-pcb.org On 03/09/14 04:28, Wayne Stambaugh wrote: On 8/31/2014 6:49 PM, Aaron Pelly wrote: On 01/09/14 02:08, Maciej Sumiński wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/31/2014 12:13 AM, Cirilo Bernardo wrote: [snip] Is there anyone on the list with web page skills? Sounds like a good opportunity to ask people on the users mailing list too. KiCad would not suffer from a few extra contributors. Regards, Orson Hi guys, I've been lurking in here for a few months, with nothing of value to contribute. Perhaps I can lend a hand here? I'm no expert, but I'm capable, and more than happy to spend some hours working on whatever you think is appropriate. English is my first language and I'm reasonably articulate. Perhaps Wayne could suggest something small for me to have a crack at; then you can judge by the result? I'm following the conversation either way. Aaron. Hi Aaron, It looks like Marco might be the guy to head up converting our user documentation to a new format. If you are interested, helping out with the user documentation is one of the places where KiCad as lagged. The project would appreciate any help you can give. Thanks, Wayne Hi Wayne, Marco, I was specifically thinking about the website, but sure; I'm happy to make any contribution I'm capable of. I don't think I'm experienced enough to contribute on my own, but I'm happy to accept guidance. For instance, if you have web content you've drafted, or even bullet-pointed, I'm happy to flesh it out/format it/post it/whatever. Regarding the documentation; I've only referred to it briefly, but I do like docco online. It's easy to search, have multiple tabs open, have multiple versions etc. I'm thinking of the Apache and PHP docco when I say this. I've always got a browser window open, one click away, so I'm damned if I'm going to piss about finding the doc directory for yet another application. Well, that's my attitude sometimes anyway. There were comments about GIMP's good documentation and markup earlier. Again, I've never read it, but always found what I wanted online. It's possible that my behaviour is learned from using applications with poor documentation, or poor access. PDFs fall into the poor access category. Maybe I've just never used a good reader? These are idle, broad, comments. I have not been around enough to have any strong opinion about KiCad. I will say that, on first impression, the KiCad docco does seem extremely broad and complete. Anyway, Marco, perhaps you can suggest some stuff I could make a start on? Cheers, Aaron. ___ 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