Re: [Kicad-developers] A question about development environments for Kicad...

You can run it from build directory also on macOS, no need to install (I do this all the time). You have to run the project manager (=> kicad.app) and eeschema, pcbnew, etc. from there. Running standalone binaries won’t work. Regards, Bernhard > On 8. Sep 2017, at 03:38, Jon Evans

Re: [Kicad-developers] A question about development environments for Kicad...

Terry, If you like IDEs, clion works pretty great with KiCad in my experience. It requires cmake, so it has pretty great cmake support :) Adam Wolf On Thu, Sep 7, 2017 at 8:48 PM, Terry Gray wrote: > Well, I think that is where the development environment comes in. I am

Re: [Kicad-developers] A question about development environments for Kicad...

And if you want something free, Qt Creator is actually pretty decent (and supports cmake). On Thu, Sep 7, 2017 at 9:55 PM, Adam Wolf wrote: > Terry, > > If you like IDEs, clion works pretty great with KiCad in my > experience. It requires cmake, so it has pretty

Re: [Kicad-developers] A question about development environments for Kicad...

Well, I think that is where the development environment comes in. I am in Linux and use number of different IDE's: Code::Blocks, CodeLight, Eclipse CDT, etc. In most of these, when the project is set up inside the IDE, when debugging you can edit the source in the same buffer as the debugger

Re: [Kicad-developers] A question about development environments for Kicad...

On Linux you can run the binaries from the project directory (or at least, I can). So on my Linux machines I can build and debug individual parts . On MacOS I do have to run make install like you say, but then can debug things from my temporary install directory. What do you mean by edit

Re: [Kicad-developers] A question about development environments for Kicad...

Many developers develop on Linux, some develop on Windows, and only a few develop on MacOS. Adam Wolf On Thu, Sep 7, 2017 at 8:32 PM, Terry Gray wrote: > As a new addition to this group I have a question. What are the prevalent > dev. environments used by the primary

[Kicad-developers] A question about development environments for Kicad...

As a new addition to this group I have a question. What are the prevalent dev. environments used by the primary Kicad developers. This might seem an inconsequential query, but I have a good reason for asking. As far as I can discern (and I am hoping you guys can help clear this up for me)

Re: [Kicad-developers] [RFC] Changing default text size

Why not just change eeschema to assume a missing text size is 0.060, and always write the text size. Then use 0.050 as the default size for new items. that way it is both forward and backward compatible. On Thu, Sep 7, 2017 at 5:44 PM, Oliver Walters < oliver.henry.walt...@gmail.com> wrote: >

Re: [Kicad-developers] [RFC] Changing default text size

Wayne, So are you saying that if a text item has a default text size (hard-coded to 0.060") then this text size will *not* be written to the file? i.e. an omitted text field size means "use default size"? Oliver On Fri, Sep 8, 2017 at 4:30 AM, Wayne Stambaugh wrote: > If

Re: [Kicad-developers] Missing symbol elements in eeschema?

Hi macOS guys, does anyone see this kind of problems? For me it is 100% reproducible on all my machines (on 10.12.x), both with my own builds and with one of the latest official nightlies. It starts exactly with this change

[Kicad-developers] Drag Tracks Broken?

I can't seem to drag tracks in cairo or openGL in latest nightly pcbnew, dragging only works in legacy. Using Windows. Can someone check please? -- Remember The Past, Live The Present, Change The Future Those who look only to the past or the present are certain to miss the future [JFK]

Re: [Kicad-developers] Concept Idea for schematic page management

Le 07/09/2017 à 19:55, Wayne Stambaugh a écrit : > On 9/7/2017 5:29 AM, Bastian Neumannn wrote: >> Hi, >> >> I ususlly work with schematics of around 5 to 15 pages. A3 sized that >> is. Using A4 for schematics that easily bloats up to 30 pages. >> >> For those schematics I am not using KiCad since

Re: [Kicad-developers] [RFC] Changing default text size

If you change the default text size, then users schematics will appear differently the next time they open their schematics and they will have to go back an change them back to .060" which will change their file(s). Will users even notice? I don't know but if they do, I'll bet they wont be happy

Re: [Kicad-developers] Concept Idea for schematic page management

On 9/7/2017 5:29 AM, Bastian Neumannn wrote: > Hi, > > I ususlly work with schematics of around 5 to 15 pages. A3 sized that > is. Using A4 for schematics that easily bloats up to 30 pages. > > For those schematics I am not using KiCad since they are in a > professional environment. > > Given

Re: [Kicad-developers] Concept Idea for schematic page management

Hello, Bastian! I like your ideas as well. But this Widget could contain much more information that I would call it i.e. "Design Explorer". You can have your schematics in a tree view covering the hierarchical schematic pages as you suggest. But then you could also browse your design by

Re: [Kicad-developers] disable icons in menus by default on osx

I personally (as a user) find the icons visually more intuitive. Specially for newcomers and better adoption of KiCad. I know it's out of some guidelines, but this is a very complex software. My feeling is that it's better with a "on" by default setting, as long as people already used to the

Re: [Kicad-developers] disable icons in menus by default on osx

Hi, Sorry to bring this up again, but for me icons are still enabled by default on macOS (and Windows unsurprisingly). I deleted /Library/Application Support/kicad, ~/Library/Preferences/kicad and /Applications/Kicad, reinstalled from most recent nightly (07-Sep-2017) and the icons were there

Re: [Kicad-developers] Loaded Eagle library always cleared after loading since rev a3fc0ef

Hi Jean-Pierre, Thank you for the notice. I checked the code, and I think your proposal is valid. I have already pushed a patch to fix the problem. Regards, Orson On 09/07/2017 09:04 AM, jp charras wrote: > Hi Orson, > > Could you have a look into your commit >

Re: [Kicad-developers] Concept Idea for schematic page management

Hi, the big designs are mostly mainboards with on board CPU for networking and communications. sometimes there are FPGAs there as well. We use a software called Zuken for that. I like the Symbols and net idea as well I will keep it in mind. Cheers, Basti 2017-09-07 11:59 GMT+02:00 Simon

Re: [Kicad-developers] Concept Idea for schematic page management

Hi Bastian, I like this idea. The ability to leave the widget open and have it remain on top whilst interacting with the schematic will be useful as well. Another CAD package I have used has two items under each sheet/block, labelled "Symbols" and "Nets", where double clicking on it would bring

Re: [Kicad-developers] Concept Idea for schematic page management

I like the idea that you have posed. I guess this is meant for the eeschema rewrite that is scheduled in the future? Out of curiousity, what kind of monster designs are you doing that require 40 A3 sheets of paper? :-D motherboards? huge FPGA boards? Am 07.09.2017 um 11:29 schrieb Bastian

[Kicad-developers] Concept Idea for schematic page management

Hi, I ususlly work with schematics of around 5 to 15 pages. A3 sized that is. Using A4 for schematics that easily bloats up to 30 pages. For those schematics I am not using KiCad since they are in a professional environment. Given the situation that I am currently working on a big design in

[Kicad-developers] Loaded Eagle library always cleared after loading since rev a3fc0ef

Hi Orson, Could you have a look into your commit a3fc0ef658db69d601f7c91e41c91f43880c1ab0? It fixes a memory leak by adding and calling deleteTemplates() which delete the footprint list in memory. However, because it is called each time EAGLE_PLUGIN::init is called, the loaded library is in