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

[Bernhard Stegmaier]

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  wrote:
> 
> 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 interactively, 
> though?
> 
> -Jon
> 
> On Thu, Sep 7, 2017 at 9: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. 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) the current 
> project structure doesn't seem to lend itself to the normal edit, build, 
> debug cycle.  At least as far as I can tell.  The built executables won't 
> execute in place with them in their corresponding project directories...that 
> is to say, Kicad will execute but it can't instantiate eeschema because it 
> can't find all the libraries.  I am currently performing a make install, to a 
> local directory, to keep from corrupting my working installation, and I can 
> debug from there but I can't edit interactively since the embedded .elf code 
> isn't the original source.  Can someone clear this up for me?
> 
> 
> ___
> 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] A question about development environments for Kicad...

[Adam Wolf]

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 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 is
> displaying, and I can set a breakpoint at the error, stop debugging, make an
> edit, recompile and debug.  Code::Blocks is a pretty good lightweight IDE
> but has very poor cmake support and CodeLight is only a bit better.
>
> As a side note, I am finally biting the bullet and trying to learn Emacs.
> Is anyone using it on the Kicad tree?  Care to share a good cmake .init.el
> file?
>
>
> On 09/07/2017 08:38 PM, Jon Evans wrote:
>
> 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
> interactively, though?
>
> -Jon
>
> On Thu, Sep 7, 2017 at 9: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. 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) the current
>> project structure doesn't seem to lend itself to the normal edit, build,
>> debug cycle.  At least as far as I can tell.  The built executables won't
>> execute in place with them in their corresponding project directories...that
>> is to say, Kicad will execute but it can't instantiate eeschema because it
>> can't find all the libraries.  I am currently performing a make install, to
>> a local directory, to keep from corrupting my working installation, and I
>> can debug from there but I can't edit interactively since the embedded .elf
>> code isn't the original source.  Can someone clear this up for me?
>>
>>
>> ___
>> 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] A question about development environments for Kicad...

[Jon Evans]

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 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
> 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 is
> > displaying, and I can set a breakpoint at the error, stop debugging,
> make an
> > edit, recompile and debug.  Code::Blocks is a pretty good lightweight IDE
> > but has very poor cmake support and CodeLight is only a bit better.
> >
> > As a side note, I am finally biting the bullet and trying to learn Emacs.
> > Is anyone using it on the Kicad tree?  Care to share a good cmake
> .init.el
> > file?
> >
> >
> > On 09/07/2017 08:38 PM, Jon Evans wrote:
> >
> > 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
> > interactively, though?
> >
> > -Jon
> >
> > On Thu, Sep 7, 2017 at 9: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. 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) the
> current
> >> project structure doesn't seem to lend itself to the normal edit, build,
> >> debug cycle.  At least as far as I can tell.  The built executables
> won't
> >> execute in place with them in their corresponding project
> directories...that
> >> is to say, Kicad will execute but it can't instantiate eeschema because
> it
> >> can't find all the libraries.  I am currently performing a make
> install, to
> >> a local directory, to keep from corrupting my working installation, and
> I
> >> can debug from there but I can't edit interactively since the embedded
> .elf
> >> code isn't the original source.  Can someone clear this up for me?
> >>
> >>
> >> ___
> >> 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] A question about development environments for Kicad...

[Terry Gray]

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 is displaying, and I can set a breakpoint at the error, 
stop debugging, make an edit, recompile and debug.  Code::Blocks is a 
pretty good lightweight IDE but has very poor cmake support and 
CodeLight is only a bit better.


As a side note, I am finally biting the bullet and trying to learn 
Emacs.  Is anyone using it on the Kicad tree?  Care to share a good 
cmake .init.el file?



On 09/07/2017 08:38 PM, Jon Evans wrote:
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 interactively, though?


-Jon

On Thu, Sep 7, 2017 at 9: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.
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) the current project structure doesn't
seem to lend itself to the normal edit, build, debug cycle.  At
least as far as I can tell.  The built executables won't execute
in place with them in their corresponding project
directories...that is to say, Kicad will execute but it can't
instantiate eeschema because it can't find all the libraries.  I
am currently performing a make install, to a local directory, to
keep from corrupting my working installation, and I can debug from
there but I can't edit interactively since the embedded .elf code
isn't the original source.  Can someone clear this up for me?


___
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] A question about development environments for Kicad...

[Jon Evans]

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
interactively, though?

-Jon

On Thu, Sep 7, 2017 at 9: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. 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) the
> current project structure doesn't seem to lend itself to the normal edit,
> build, debug cycle.  At least as far as I can tell.  The built executables
> won't execute in place with them in their corresponding project
> directories...that is to say, Kicad will execute but it can't instantiate
> eeschema because it can't find all the libraries.  I am currently
> performing a make install, to a local directory, to keep from corrupting my
> working installation, and I can debug from there but I can't edit
> interactively since the embedded .elf code isn't the original source.  Can
> someone clear this up for me?
>
>
> ___
> 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] A question about development environments for Kicad...

[Adam Wolf]

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. 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) the current
> project structure doesn't seem to lend itself to the normal edit, build,
> debug cycle.  At least as far as I can tell.  The built executables won't
> execute in place with them in their corresponding project directories...that
> is to say, Kicad will execute but it can't instantiate eeschema because it
> can't find all the libraries.  I am currently performing a make install, to
> a local directory, to keep from corrupting my working installation, and I
> can debug from there but I can't edit interactively since the embedded .elf
> code isn't the original source.  Can someone clear this up for me?
>
>
> ___
> 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] A question about development environments for Kicad...

[Terry Gray]

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) the current project structure doesn't seem to lend 
itself to the normal edit, build, debug cycle.  At least as far as I can 
tell.  The built executables won't execute in place with them in their 
corresponding project directories...that is to say, Kicad will execute 
but it can't instantiate eeschema because it can't find all the 
libraries.  I am currently performing a make install, to a local 
directory, to keep from corrupting my working installation, and I can 
debug from there but I can't edit interactively since the embedded .elf 
code isn't the original source.  Can someone clear this up for me?



___
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] [RFC] Changing default text size

[José Ignacio]

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:

> 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 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 about it.
>>
>> On my todo list is a global text size dialog similar the the one in
>> Pcbnew for setting schematic object text sizes.  This may be a less
>> intrusive way to set schematic texts sizes rather than change the default.
>>
>> On 9/7/2017 12:12 AM, Oliver Walters wrote:
>> > Currently the default text size in eeschema for labels is 60mils.
>> >
>> > The official libs and KLC require 50mils. Users can "easily" change the
>> > default setting to 50mils but it seems an unnecessary step that could be
>> > removed.
>> >
>> > Would changing the default label size from 60mils to 50mils break
>> > anything? For example are label size numbers omitted in a file format if
>> > they are default?
>> >
>> > Cheers,
>> > Oliver
>> >
>> >
>> > ___
>> > 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
>
>
___
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] [RFC] Changing default text size

[Oliver Walters]

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 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 about it.
>
> On my todo list is a global text size dialog similar the the one in
> Pcbnew for setting schematic object text sizes.  This may be a less
> intrusive way to set schematic texts sizes rather than change the default.
>
> On 9/7/2017 12:12 AM, Oliver Walters wrote:
> > Currently the default text size in eeschema for labels is 60mils.
> >
> > The official libs and KLC require 50mils. Users can "easily" change the
> > default setting to 50mils but it seems an unnecessary step that could be
> > removed.
> >
> > Would changing the default label size from 60mils to 50mils break
> > anything? For example are label size numbers omitted in a file format if
> > they are default?
> >
> > Cheers,
> > Oliver
> >
> >
> > ___
> > 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] Missing symbol elements in eeschema?

[Bernhard Stegmaier]

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
  
https://git.launchpad.net/kicad/commit/eeschema?id=352919658da483142ec9dd51fd389084b2d0082a
 


It seems as if it isn’t reproducible on Linux/Windows.

For me, easiest way to check:
(1) Startup KiCad project manager (with some last project being automatically 
loaded)
(2) Start Library Editor
(3) Open some library
(4) Open a component, in component chooser just step through the components and 
check if the preview is rendered correctly.
(5) Goto (3), try with another library

Most of the time I quickly find symbols which do not draw at all (empty 
preview), or where some graphic elements are missing.

I currently have no idea about the root cause and I will definitely go on 
debugging this.
But, I’d really be interested if someone else on macOS also sees this, or if I 
am hunting something completely unrelated…


Regards,
Bernhard

> On 4. Sep 2017, at 16:44, Bernhard Stegmaier  wrote:
> 
> … here the bug report:
>   https://bugs.launchpad.net/kicad/+bug/1714974 
> 
> 
> Regards,
> Bernhard
> 
>> On 4. Sep 2017, at 14:31, Bernhard Stegmaier > > wrote:
>> 
>> Hi Orson,
>> 
>> sure, no problem… I’ll do some more tests and put everything into a bug 
>> report.
>> I just quickly wanted to know beforehand if this happens only to me (or, 
>> only on macOS?).
>> 
>> 
>> Regards,
>> Bernhard
>> 
>>> On 4. Sep 2017, at 14:16, Maciej Suminski >> > wrote:
>>> 
>>> Hi Bernhard,
>>> 
>>> It would be greatly appreciated if you could turn this into a bug
>>> report. Otherwise it will quickly drown and become forgotten, given the
>>> ML traffic level.
>>> 
>>> Any chance we could get a project that reliably reproduces the problem?
>>> 
>>> Regards,
>>> Orson
>>> 
>>> On 09/03/2017 11:24 PM, Bernhard Stegmaier wrote:
 Hi,
 
 with current version (see below), I am missing arbitrary symbols in 
 eeschema after startup:
 (1) Startup KiCad (project manager)
 (2) Open schematic of last project. This time the graphic lines of two 
 connectors are missing:
 
 
 Close/reopen of eeschema doesn’t help.
 If I change to a different project and then back to first project (without 
 restarting KiCad), then the missing symbols are back again.
 I have seen this also in the official nightly (same version, but with 
 supported wxWidgets).
 
 Looks like some race-condition in loading symbol libraries?
 
 
 Regards,
 Bernhard
 
 ===
 
 Application: kicad
 Version: (2017-09-02 revision 1fe91e625)-master, release build
 Libraries:
   wxWidgets 3.1.1
   libcurl/7.54.0 SecureTransport zlib/1.2.8
 Platform: macOS Sierra Version 10.12.6 (Build 16G29), 64 bit, Little 
 endian, wxMac
 Build Info:
   wxWidgets: 3.1.1 (UTF-8,STL containers)
   Boost: 1.59.0
   Curl: 7.55.1
   Compiler: Clang 8.1.0 with C++ ABI 1002
 
 Build settings:
   USE_WX_GRAPHICS_CONTEXT=ON
   USE_WX_OVERLAY=ON
   KICAD_SCRIPTING=OFF
   KICAD_SCRIPTING_MODULES=OFF
   KICAD_SCRIPTING_WXPYTHON=OFF
   KICAD_SCRIPTING_ACTION_MENU=OFF
   BUILD_GITHUB_PLUGIN=ON
   KICAD_USE_OCE=ON
   KICAD_SPICE=OFF
 
 
 
 
 ___
 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 
>> 

[Kicad-developers] Drag Tracks Broken?

[Andrey Kuznetsov]

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]

kandre...@gmail.com
Live Long and Prosper,
Andrey
___
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] Concept Idea for schematic page management

[jp charras]

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 they are in a
>> professional environment.
>>
>> Given the situation that I am currently working on a big design in KiCad
>> that reaches up to 40 pages A3 it is a little bit cumbersome to keep
>> track of subsheets.
>>
>> I propose to add more functionality to the hirarchy browser.
>>
>> 1. Make the widget dockable so I can easily jump between subsheets
> 
> This has been attempted before with one of the library editor toolbars
> and it did not work very well.  wxAuiManager has some issues at least
> with wx 3.0.2.  I have not tested this with 3.0.3 or 3.1.  You can work
> on this at any time as it has no impact outside the UI.  For the time
> being 3.0.2 is the preferred wxwidgets version as it is available on
> every platform that I'm aware of.  I am unwilling to bump the wxwidgets
> version until 3.0.3 is universally available.  You are certainly free to
> experiment with any newer version of wx to see if they work any better
> than 3.0.2.

Exactly the main horizontal toolbar in the footprint viewer is movable and 
dockable.
I confirm we had a few issues when this toolbar is moved and not docked.
Moreover many methods of the wxAuiManager and other wxAui widgets are not 
documented.

> 
>> 2. Have empty sheets that do not have to be placed on the schematic for
>> stuff like:
>>   - Table of contents
>>   - Block diagramms
>>   - Change History & Reviews
>>   - Additional Information
> 
> This requires a schematic file format change which is not going to
> happen until after the new schematic file format is implemented.  There
> is a file format spec on the mailing list somewhere.  This will not
> happen until the upcoming v5 release.
> 
>> 3. Have the ability to change the order of the sheets. Since I might add
>> one later on and don't want it to be at the end of the list
> 
> Sheet (page) numbering is part of the new file format so you could
> leverage that for sheet ordering.  If you are thinking of something
> other than this then it is something outside the file format (UI
> specific) then I would prefer that you store it outside the schematic
> file, possibly the project file.
> 
>>
>> Here is an inclomplete mock up of what a big schematic for a mainboard
>> could look like.
>> Inline-Bild 1
>>
>> I am looking for more ideas on what to change. I think some of the
>> changes will have a big impact so we better talk about a concept beforehand.
>>
>> Cheers,
>> Basti
>>
>>
>> ___
>> 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
> 


-- 
Jean-Pierre CHARRAS

___
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] [RFC] Changing default text size

[Wayne Stambaugh]

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 about it.

On my todo list is a global text size dialog similar the the one in
Pcbnew for setting schematic object text sizes.  This may be a less
intrusive way to set schematic texts sizes rather than change the default.

On 9/7/2017 12:12 AM, Oliver Walters wrote:
> Currently the default text size in eeschema for labels is 60mils. 
> 
> The official libs and KLC require 50mils. Users can "easily" change the
> default setting to 50mils but it seems an unnecessary step that could be
> removed. 
> 
> Would changing the default label size from 60mils to 50mils break
> anything? For example are label size numbers omitted in a file format if
> they are default?
> 
> Cheers,
> Oliver
> 
> 
> ___
> 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] Concept Idea for schematic page management

[Wayne Stambaugh]

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 the situation that I am currently working on a big design in KiCad
> that reaches up to 40 pages A3 it is a little bit cumbersome to keep
> track of subsheets.
> 
> I propose to add more functionality to the hirarchy browser.
> 
> 1. Make the widget dockable so I can easily jump between subsheets

This has been attempted before with one of the library editor toolbars
and it did not work very well.  wxAuiManager has some issues at least
with wx 3.0.2.  I have not tested this with 3.0.3 or 3.1.  You can work
on this at any time as it has no impact outside the UI.  For the time
being 3.0.2 is the preferred wxwidgets version as it is available on
every platform that I'm aware of.  I am unwilling to bump the wxwidgets
version until 3.0.3 is universally available.  You are certainly free to
experiment with any newer version of wx to see if they work any better
than 3.0.2.

> 2. Have empty sheets that do not have to be placed on the schematic for
> stuff like:
>   - Table of contents
>   - Block diagramms
>   - Change History & Reviews
>   - Additional Information

This requires a schematic file format change which is not going to
happen until after the new schematic file format is implemented.  There
is a file format spec on the mailing list somewhere.  This will not
happen until the upcoming v5 release.

> 3. Have the ability to change the order of the sheets. Since I might add
> one later on and don't want it to be at the end of the list

Sheet (page) numbering is part of the new file format so you could
leverage that for sheet ordering.  If you are thinking of something
other than this then it is something outside the file format (UI
specific) then I would prefer that you store it outside the schematic
file, possibly the project file.

> 
> Here is an inclomplete mock up of what a big schematic for a mainboard
> could look like.
> Inline-Bild 1
> 
> I am looking for more ideas on what to change. I think some of the
> changes will have a big impact so we better talk about a concept beforehand.
> 
> Cheers,
> Basti
> 
> 
> ___
> 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] Concept Idea for schematic page management

[Clemens Koller]

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 Components, by Netnames, by 
Footprints, by Designrules, etc...

And - in the long term view - when people get more into table-based design 
entry for 200++ pins components (which you won't type and manage by hand...) we 
could also have links to "externally defined components" to be 
managed/accessed/imported/exported from this "design explorer".

Regards,

Clemens


On 2017-09-07 12:06, Michael Kavanagh wrote:
> 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 up the 
> edit dialog. This might be a useful feature to implement for large designs if 
> its not too much extra work.
> 
> Cheers,
> Michael
> 
> On 7 September 2017 at 10:29, 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 the situation that I am currently working on a big design in KiCad 
> that reaches up to 40 pages A3 it is a little bit cumbersome to keep track of 
> subsheets.
> 
> I propose to add more functionality to the hirarchy browser.
> 
> 1. Make the widget dockable so I can easily jump between subsheets
> 2. Have empty sheets that do not have to be placed on the schematic for 
> stuff like:
>   - Table of contents
>   - Block diagramms
>   - Change History & Reviews
>   - Additional Information
> 3. Have the ability to change the order of the sheets. Since I might add 
> one later on and don't want it to be at the end of the list
> 
> Here is an inclomplete mock up of what a big schematic for a mainboard 
> could look like.
> Inline-Bild 1
> 
> I am looking for more ideas on what to change. I think some of the 
> changes will have a big impact so we better talk about a concept beforehand.
> 
> Cheers,
> Basti
> 
> ___
> 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] disable icons in menus by default on osx

[Miguel Angel Ajo Pelayo]

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 software, or not liking icons could disable them.

On Thu, Sep 7, 2017 at 4:34 PM, Michael Kavanagh  wrote:

> 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 upon startup.
>
> I think the problem was the default value was true when the key wasn't
> found (ie for new install), see http://docs.wxwidgets.org/
> trunk/classwx_config_base.html#a93b700301e0b73f1b42f14497f2e6bc7
>
> I have attached a patch to turn icons off by default on all platforms
> (doing away with "ugly" #if defined()/#endif). I think this would be
> preferable as per both the macOS and Windows guidelines. I am
> unfamiliar with Linux UI's but if Linux users want the icons enabled by
> default the #if will have to be added again.
>
> Cheers,
> Michael
>
>
> On 13 April 2017 at 18:51, Wayne Stambaugh  wrote:
>
>> Simon,
>>
>> I committed your patch since osx expects the icons to be disabled by
>> default.
>>
>> Thanks,
>>
>> Wayne
>>
>> On 4/8/2017 6:42 AM, Simon Wells wrote:
>> > Please see attached patch to disable icons in the menus by default on
>> osx
>> >
>> >
>> >
>> > ___
>> > 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
>
>
___
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] disable icons in menus by default on osx

[Michael Kavanagh]

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
upon startup.

I think the problem was the default value was true when the key wasn't
found (ie for new install), see
http://docs.wxwidgets.org/trunk/classwx_config_base.html#a93b700301e0b73f1b42f14497f2e6bc7

I have attached a patch to turn icons off by default on all platforms
(doing away with "ugly" #if defined()/#endif). I think this would be
preferable as per both the macOS and Windows guidelines. I am
unfamiliar with Linux UI's but if Linux users want the icons enabled by
default the #if will have to be added again.

Cheers,
Michael


On 13 April 2017 at 18:51, Wayne Stambaugh  wrote:

> Simon,
>
> I committed your patch since osx expects the icons to be disabled by
> default.
>
> Thanks,
>
> Wayne
>
> On 4/8/2017 6:42 AM, Simon Wells wrote:
> > Please see attached patch to disable icons in the menus by default on osx
> >
> >
> >
> > ___
> > 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
>


0001-Change-menubar-icons-to-off-by-default.patch
Description: Binary data
___
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] Loaded Eagle library always cleared after loading since rev a3fc0ef

[Maciej Suminski]

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 
> 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 fact
> cleared as soon as you want to load a footprint (for instance in footprint 
> viewer)
> 
> My opinion is deleteTemplates() should not be called inside init(), but I am 
> not very familiar with
> the Eagle plugin code, so I let you to fix this issue.
> 
> Thanks.
> 

___
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] Concept Idea for schematic page management

[Bastian Neumannn]

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 Küppers :

> 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 Neumannn:
> > 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
> > that reaches up to 40 pages A3 it is a little bit cumbersome to keep
> > track of subsheets.
> >
> > I propose to add more functionality to the hirarchy browser.
> >
> > 1. Make the widget dockable so I can easily jump between subsheets
> > 2. Have empty sheets that do not have to be placed on the schematic for
> > stuff like:
> >   - Table of contents
> >   - Block diagramms
> >   - Change History & Reviews
> >   - Additional Information
> > 3. Have the ability to change the order of the sheets. Since I might add
> > one later on and don't want it to be at the end of the list
> >
> > Here is an inclomplete mock up of what a big schematic for a mainboard
> > could look like.
> > Inline-Bild 1
> >
> > I am looking for more ideas on what to change. I think some of the
> > changes will have a big impact so we better talk about a concept
> beforehand.
> >
> > Cheers,
> > Basti
> >
> >
> > ___
> > 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] Concept Idea for schematic page management

[Michael Kavanagh]

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 up
the edit dialog. This might be a useful feature to implement for large
designs if its not too much extra work.

Cheers,
Michael

On 7 September 2017 at 10:29, 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 the situation that I am currently working on a big design in KiCad
> that reaches up to 40 pages A3 it is a little bit cumbersome to keep track
> of subsheets.
>
> I propose to add more functionality to the hirarchy browser.
>
> 1. Make the widget dockable so I can easily jump between subsheets
> 2. Have empty sheets that do not have to be placed on the schematic for
> stuff like:
>   - Table of contents
>   - Block diagramms
>   - Change History & Reviews
>   - Additional Information
> 3. Have the ability to change the order of the sheets. Since I might add
> one later on and don't want it to be at the end of the list
>
> Here is an inclomplete mock up of what a big schematic for a mainboard
> could look like.
> [image: Inline-Bild 1]
>
> I am looking for more ideas on what to change. I think some of the changes
> will have a big impact so we better talk about a concept beforehand.
>
> Cheers,
> Basti
>
> ___
> 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] Concept Idea for schematic page management

[Simon Küppers]

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 Neumannn:
> 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
> that reaches up to 40 pages A3 it is a little bit cumbersome to keep
> track of subsheets.
> 
> I propose to add more functionality to the hirarchy browser.
> 
> 1. Make the widget dockable so I can easily jump between subsheets
> 2. Have empty sheets that do not have to be placed on the schematic for
> stuff like:
>   - Table of contents
>   - Block diagramms
>   - Change History & Reviews
>   - Additional Information
> 3. Have the ability to change the order of the sheets. Since I might add
> one later on and don't want it to be at the end of the list
> 
> Here is an inclomplete mock up of what a big schematic for a mainboard
> could look like.
> Inline-Bild 1
> 
> I am looking for more ideas on what to change. I think some of the
> changes will have a big impact so we better talk about a concept beforehand.
> 
> Cheers,
> Basti
> 
> 
> ___
> 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] Concept Idea for schematic page management

[Bastian Neumannn]

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
that reaches up to 40 pages A3 it is a little bit cumbersome to keep track
of subsheets.

I propose to add more functionality to the hirarchy browser.

1. Make the widget dockable so I can easily jump between subsheets
2. Have empty sheets that do not have to be placed on the schematic for
stuff like:
  - Table of contents
  - Block diagramms
  - Change History & Reviews
  - Additional Information
3. Have the ability to change the order of the sheets. Since I might add
one later on and don't want it to be at the end of the list

Here is an inclomplete mock up of what a big schematic for a mainboard
could look like.
[image: Inline-Bild 1]

I am looking for more ideas on what to change. I think some of the changes
will have a big impact so we better talk about a concept beforehand.

Cheers,
Basti
___
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] Loaded Eagle library always cleared after loading since rev a3fc0ef

[jp charras]

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 fact
cleared as soon as you want to load a footprint (for instance in footprint 
viewer)

My opinion is deleteTemplates() should not be called inside init(), but I am 
not very familiar with
the Eagle plugin code, so I let you to fix this issue.

Thanks.

-- 
Jean-Pierre CHARRAS

___
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