[Kicad-developers] [PATCH] Add empty eeschema page layout for Eagle schematic import. Bug #1729722

2018-02-02 Thread Russell Oliver
Attached is a patch that adds an empty layout using the same method as the
SetDefaultLayout function, which is then called by the Eagle schematic
plugin to leave only the imported frame visible.

https://bugs.launchpad.net/kicad/+bug/1729722

Kind Regards
Russell


0001-Add-empty-eeschema-page-layout-for-Eagle-schematic-i.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] GUI garbage...?

2018-02-02 Thread Nick Østergaard
are you sure you didn't rebuild wxpython with gtk2?

Den 3. feb. 2018 00.55 skrev "Clemens Koller" :

> Hi, Chris!
>
> I don't run into the issues on Arch Linux. No special tweaks. Installed
> packages are i.e.:
>
> $ pacman -Q | grep "wx"
> wxformbuilder-svn 3.5.2.RC2.r2225-1
> wxgtk-common 3.0.3.1-11
> wxgtk2 3.0.3.1-11
> wxgtk2.8 2.8.12.1-6
> wxgtk3 3.0.3.1-11
> wxpython 3.0.2.0-7
> wxpython2.8 2.8.12.1-3
>
>
> About KiCad:
> Application: kicad
> Version: (2018-01-22 revision c702646c2)-master, release build
> Libraries:
> wxWidgets 3.0.3
> libcurl/7.58.0 OpenSSL/1.1.0g zlib/1.2.11 libidn2/2.0.4 libpsl/0.19.1
> (+libidn2/2.0.4) nghttp2/1.29.0
> Platform: Linux 4.14.15-1-ARCH x86_64, 64 bit, Little endian, wxGTK
> Build Info:
> wxWidgets: 3.0.3 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
> Boost: 1.66.0
> Curl: 7.57.0
> Compiler: GCC 7.2.1 with C++ ABI 1011
>
> Build settings:
> USE_WX_GRAPHICS_CONTEXT=OFF
> USE_WX_OVERLAY=OFF
> KICAD_SCRIPTING=ON
> KICAD_SCRIPTING_MODULES=ON
> KICAD_SCRIPTING_WXPYTHON=ON
> KICAD_SCRIPTING_ACTION_MENU=ON
> BUILD_GITHUB_PLUGIN=ON
> KICAD_USE_OCE=ON
> KICAD_SPICE=ON
>
> Greets,
> Clemens
>
>
> On 2018-02-02 23:54, Chris Pavlina wrote:
> > Okay, I can confirm this works, looks like they did switch wxpython from
> > gtk2 to gtk3. Really annoying, given gtk2 and gtk3 are different
> > packages libraries that use them ought to be too...
> >
> > Sorry for the noise, guess my distro is to blame.
> >
> >
> > On Fri, Feb 02, 2018 at 11:55:46PM +0200, Janis Skujenieks wrote:
> >> I don't know exactly, but in forum post he resolved by downgrading
> wxpython
> >> to 3.0.2.0-6.
> >> https://forum.kicad.info/t/arch-linux-problem-with-
> wxpython-3-0-2-0-7-reverting-to-3-0-2-0-6-works-fine-kicad-nightly/9493
> >>
> >> I haven't had time to upgrade my system.
> >>
> >>
> >> On Fri, Feb 2, 2018 at 11:45 PM, Chris Pavlina  >
> >> wrote:
> >>
> >>> I'm confused - nickoe comments on that bug to rebuild with gtk2, but
> >>> both the version info posted in the bug report and my own system
> >>> indicate gtk2...
> >>>
> >>> On Fri, Feb 02, 2018 at 11:32:58PM +0200, Janis Skujenieks wrote:
>  I think you may have this problem
>  https://bugs.launchpad.net/kicad/+bug/1746753
> 
>  On Fri, Feb 2, 2018 at 11:00 PM, Chris Pavlina <
> pavlina.ch...@gmail.com>
>  wrote:
> 
> > Mostly empty toolbars, one missing toolbar, and a completely black,
> > blank schematic.
> >
> > Arch Linux
> > gtk2 2.24.32-1
> > wxgtk2 3.0.3.1-11
> >
> > On Fri, Feb 02, 2018 at 03:53:03PM -0500, Kevin Cozens wrote:
> >> On 2018-02-02 03:24 PM, Chris Pavlina wrote:
> >>> https://misc.c4757p.com/kicad-is-very-broken.png
> >>>
> >>> Anyone have any idea what could possibly cause this...?
> >>
> >> What are we supposed to see in that image? Which operating system
> are
> > you using?
> >>
> >> --
> >> Cheers!
> >>
> >> Kevin.
> >>
> >> http://www.ve3syb.ca/   |"Nerds make the shiny things that
> > distract
> >> Owner of Elecraft K2 #2172  | the mouth-breathers, and that's
> why
> > we're
> >> | powerful!"
> >> #include  | --Chris Hardwick
> >>
> >> ___
> >> 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
>
___
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] GUI garbage...?

2018-02-02 Thread Clemens Koller
Hi, Chris!

I don't run into the issues on Arch Linux. No special tweaks. Installed 
packages are i.e.:

$ pacman -Q | grep "wx"
wxformbuilder-svn 3.5.2.RC2.r2225-1
wxgtk-common 3.0.3.1-11
wxgtk2 3.0.3.1-11
wxgtk2.8 2.8.12.1-6
wxgtk3 3.0.3.1-11
wxpython 3.0.2.0-7
wxpython2.8 2.8.12.1-3


About KiCad:
Application: kicad
Version: (2018-01-22 revision c702646c2)-master, release build
Libraries:
wxWidgets 3.0.3
libcurl/7.58.0 OpenSSL/1.1.0g zlib/1.2.11 libidn2/2.0.4 libpsl/0.19.1 
(+libidn2/2.0.4) nghttp2/1.29.0
Platform: Linux 4.14.15-1-ARCH x86_64, 64 bit, Little endian, wxGTK
Build Info:
wxWidgets: 3.0.3 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
Boost: 1.66.0
Curl: 7.57.0
Compiler: GCC 7.2.1 with C++ ABI 1011

Build settings:
USE_WX_GRAPHICS_CONTEXT=OFF
USE_WX_OVERLAY=OFF
KICAD_SCRIPTING=ON
KICAD_SCRIPTING_MODULES=ON
KICAD_SCRIPTING_WXPYTHON=ON
KICAD_SCRIPTING_ACTION_MENU=ON
BUILD_GITHUB_PLUGIN=ON
KICAD_USE_OCE=ON
KICAD_SPICE=ON

Greets,
Clemens


On 2018-02-02 23:54, Chris Pavlina wrote:
> Okay, I can confirm this works, looks like they did switch wxpython from
> gtk2 to gtk3. Really annoying, given gtk2 and gtk3 are different
> packages libraries that use them ought to be too...
> 
> Sorry for the noise, guess my distro is to blame.
> 
> 
> On Fri, Feb 02, 2018 at 11:55:46PM +0200, Janis Skujenieks wrote:
>> I don't know exactly, but in forum post he resolved by downgrading wxpython
>> to 3.0.2.0-6.
>> https://forum.kicad.info/t/arch-linux-problem-with-wxpython-3-0-2-0-7-reverting-to-3-0-2-0-6-works-fine-kicad-nightly/9493
>>
>> I haven't had time to upgrade my system.
>>
>>
>> On Fri, Feb 2, 2018 at 11:45 PM, Chris Pavlina 
>> wrote:
>>
>>> I'm confused - nickoe comments on that bug to rebuild with gtk2, but
>>> both the version info posted in the bug report and my own system
>>> indicate gtk2...
>>>
>>> On Fri, Feb 02, 2018 at 11:32:58PM +0200, Janis Skujenieks wrote:
 I think you may have this problem
 https://bugs.launchpad.net/kicad/+bug/1746753

 On Fri, Feb 2, 2018 at 11:00 PM, Chris Pavlina 
 wrote:

> Mostly empty toolbars, one missing toolbar, and a completely black,
> blank schematic.
>
> Arch Linux
> gtk2 2.24.32-1
> wxgtk2 3.0.3.1-11
>
> On Fri, Feb 02, 2018 at 03:53:03PM -0500, Kevin Cozens wrote:
>> On 2018-02-02 03:24 PM, Chris Pavlina wrote:
>>> https://misc.c4757p.com/kicad-is-very-broken.png
>>>
>>> Anyone have any idea what could possibly cause this...?
>>
>> What are we supposed to see in that image? Which operating system are
> you using?
>>
>> --
>> Cheers!
>>
>> Kevin.
>>
>> http://www.ve3syb.ca/   |"Nerds make the shiny things that
> distract
>> Owner of Elecraft K2 #2172  | the mouth-breathers, and that's why
> we're
>> | powerful!"
>> #include  | --Chris Hardwick
>>
>> ___
>> 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] GUI garbage...?

2018-02-02 Thread Chris Pavlina
Okay, I can confirm this works, looks like they did switch wxpython from
gtk2 to gtk3. Really annoying, given gtk2 and gtk3 are different
packages libraries that use them ought to be too...

Sorry for the noise, guess my distro is to blame.


On Fri, Feb 02, 2018 at 11:55:46PM +0200, Janis Skujenieks wrote:
> I don't know exactly, but in forum post he resolved by downgrading wxpython
> to 3.0.2.0-6.
> https://forum.kicad.info/t/arch-linux-problem-with-wxpython-3-0-2-0-7-reverting-to-3-0-2-0-6-works-fine-kicad-nightly/9493
> 
> I haven't had time to upgrade my system.
> 
> 
> On Fri, Feb 2, 2018 at 11:45 PM, Chris Pavlina 
> wrote:
> 
> > I'm confused - nickoe comments on that bug to rebuild with gtk2, but
> > both the version info posted in the bug report and my own system
> > indicate gtk2...
> >
> > On Fri, Feb 02, 2018 at 11:32:58PM +0200, Janis Skujenieks wrote:
> > > I think you may have this problem
> > > https://bugs.launchpad.net/kicad/+bug/1746753
> > >
> > > On Fri, Feb 2, 2018 at 11:00 PM, Chris Pavlina 
> > > wrote:
> > >
> > > > Mostly empty toolbars, one missing toolbar, and a completely black,
> > > > blank schematic.
> > > >
> > > > Arch Linux
> > > > gtk2 2.24.32-1
> > > > wxgtk2 3.0.3.1-11
> > > >
> > > > On Fri, Feb 02, 2018 at 03:53:03PM -0500, Kevin Cozens wrote:
> > > > > On 2018-02-02 03:24 PM, Chris Pavlina wrote:
> > > > > > https://misc.c4757p.com/kicad-is-very-broken.png
> > > > > >
> > > > > > Anyone have any idea what could possibly cause this...?
> > > > >
> > > > > What are we supposed to see in that image? Which operating system are
> > > > you using?
> > > > >
> > > > > --
> > > > > Cheers!
> > > > >
> > > > > Kevin.
> > > > >
> > > > > http://www.ve3syb.ca/   |"Nerds make the shiny things that
> > > > distract
> > > > > Owner of Elecraft K2 #2172  | the mouth-breathers, and that's why
> > > > we're
> > > > > | powerful!"
> > > > > #include  | --Chris Hardwick
> > > > >
> > > > > ___
> > > > > 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] GUI garbage...?

2018-02-02 Thread Janis Skujenieks
I don't know exactly, but in forum post he resolved by downgrading wxpython
to 3.0.2.0-6.
https://forum.kicad.info/t/arch-linux-problem-with-wxpython-3-0-2-0-7-reverting-to-3-0-2-0-6-works-fine-kicad-nightly/9493

I haven't had time to upgrade my system.


On Fri, Feb 2, 2018 at 11:45 PM, Chris Pavlina 
wrote:

> I'm confused - nickoe comments on that bug to rebuild with gtk2, but
> both the version info posted in the bug report and my own system
> indicate gtk2...
>
> On Fri, Feb 02, 2018 at 11:32:58PM +0200, Janis Skujenieks wrote:
> > I think you may have this problem
> > https://bugs.launchpad.net/kicad/+bug/1746753
> >
> > On Fri, Feb 2, 2018 at 11:00 PM, Chris Pavlina 
> > wrote:
> >
> > > Mostly empty toolbars, one missing toolbar, and a completely black,
> > > blank schematic.
> > >
> > > Arch Linux
> > > gtk2 2.24.32-1
> > > wxgtk2 3.0.3.1-11
> > >
> > > On Fri, Feb 02, 2018 at 03:53:03PM -0500, Kevin Cozens wrote:
> > > > On 2018-02-02 03:24 PM, Chris Pavlina wrote:
> > > > > https://misc.c4757p.com/kicad-is-very-broken.png
> > > > >
> > > > > Anyone have any idea what could possibly cause this...?
> > > >
> > > > What are we supposed to see in that image? Which operating system are
> > > you using?
> > > >
> > > > --
> > > > Cheers!
> > > >
> > > > Kevin.
> > > >
> > > > http://www.ve3syb.ca/   |"Nerds make the shiny things that
> > > distract
> > > > Owner of Elecraft K2 #2172  | the mouth-breathers, and that's why
> > > we're
> > > > | powerful!"
> > > > #include  | --Chris Hardwick
> > > >
> > > > ___
> > > > 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] GUI garbage...?

2018-02-02 Thread Chris Pavlina
I'm confused - nickoe comments on that bug to rebuild with gtk2, but
both the version info posted in the bug report and my own system
indicate gtk2...

On Fri, Feb 02, 2018 at 11:32:58PM +0200, Janis Skujenieks wrote:
> I think you may have this problem
> https://bugs.launchpad.net/kicad/+bug/1746753
> 
> On Fri, Feb 2, 2018 at 11:00 PM, Chris Pavlina 
> wrote:
> 
> > Mostly empty toolbars, one missing toolbar, and a completely black,
> > blank schematic.
> >
> > Arch Linux
> > gtk2 2.24.32-1
> > wxgtk2 3.0.3.1-11
> >
> > On Fri, Feb 02, 2018 at 03:53:03PM -0500, Kevin Cozens wrote:
> > > On 2018-02-02 03:24 PM, Chris Pavlina wrote:
> > > > https://misc.c4757p.com/kicad-is-very-broken.png
> > > >
> > > > Anyone have any idea what could possibly cause this...?
> > >
> > > What are we supposed to see in that image? Which operating system are
> > you using?
> > >
> > > --
> > > Cheers!
> > >
> > > Kevin.
> > >
> > > http://www.ve3syb.ca/   |"Nerds make the shiny things that
> > distract
> > > Owner of Elecraft K2 #2172  | the mouth-breathers, and that's why
> > we're
> > > | powerful!"
> > > #include  | --Chris Hardwick
> > >
> > > ___
> > > 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] GUI garbage...?

2018-02-02 Thread Janis Skujenieks
I think you may have this problem
https://bugs.launchpad.net/kicad/+bug/1746753

On Fri, Feb 2, 2018 at 11:00 PM, Chris Pavlina 
wrote:

> Mostly empty toolbars, one missing toolbar, and a completely black,
> blank schematic.
>
> Arch Linux
> gtk2 2.24.32-1
> wxgtk2 3.0.3.1-11
>
> On Fri, Feb 02, 2018 at 03:53:03PM -0500, Kevin Cozens wrote:
> > On 2018-02-02 03:24 PM, Chris Pavlina wrote:
> > > https://misc.c4757p.com/kicad-is-very-broken.png
> > >
> > > Anyone have any idea what could possibly cause this...?
> >
> > What are we supposed to see in that image? Which operating system are
> you using?
> >
> > --
> > Cheers!
> >
> > Kevin.
> >
> > http://www.ve3syb.ca/   |"Nerds make the shiny things that
> distract
> > Owner of Elecraft K2 #2172  | the mouth-breathers, and that's why
> we're
> > | powerful!"
> > #include  | --Chris Hardwick
> >
> > ___
> > 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] GUI garbage...?

2018-02-02 Thread Chris Pavlina
Mostly empty toolbars, one missing toolbar, and a completely black,
blank schematic.

Arch Linux
gtk2 2.24.32-1
wxgtk2 3.0.3.1-11

On Fri, Feb 02, 2018 at 03:53:03PM -0500, Kevin Cozens wrote:
> On 2018-02-02 03:24 PM, Chris Pavlina wrote:
> > https://misc.c4757p.com/kicad-is-very-broken.png
> > 
> > Anyone have any idea what could possibly cause this...?
> 
> What are we supposed to see in that image? Which operating system are you 
> using?
> 
> -- 
> Cheers!
> 
> Kevin.
> 
> http://www.ve3syb.ca/   |"Nerds make the shiny things that distract
> Owner of Elecraft K2 #2172  | the mouth-breathers, and that's why we're
> | powerful!"
> #include  | --Chris Hardwick
> 
> ___
> 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] GUI garbage...?

2018-02-02 Thread Kevin Cozens

On 2018-02-02 03:24 PM, Chris Pavlina wrote:

https://misc.c4757p.com/kicad-is-very-broken.png

Anyone have any idea what could possibly cause this...?


What are we supposed to see in that image? Which operating system are you using?

--
Cheers!

Kevin.

http://www.ve3syb.ca/   |"Nerds make the shiny things that distract
Owner of Elecraft K2 #2172  | the mouth-breathers, and that's why we're
| powerful!"
#include  | --Chris Hardwick

___
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] [PATCH] Allow OpenCASCADE standard edition

2018-02-02 Thread Thomas Figueroa
Hey Seth,

I was able to successfully use OpenCascade 7.1 and export using kicad2step!

Now to find out why…

-Thomas

From: Seth Hillbrand
Sent: Friday, February 2, 2018 11:10 AM
To: Thomas Figueroa
Cc: 
kicad-developers@lists.launchpad.net
Subject: Re: [Kicad-developers] [PATCH] Allow OpenCASCADE standard edition

Hi Thomas-

I located a windows machine to try this.  I suspect that this is an artifact of 
OpenCascade 7.2.  Can you test with OpenCascade 7.1?  I haven't tracked down 
exactly what changed in 7.2 but it appears that 7.0 and 7.1 work but 7.2 will 
require additional work in kicad2step.

Of note, OCCT 6.8 also works but 6.9 (and OCE 0.18, which is based on 6.9) do 
not work either.  This is due to a compiler optimization but appears to be a 
different issue than the 7.2 one.

-Seth



2018-01-31 19:04 GMT-08:00 Thomas Figueroa 
>:
Hello Seth,

I’ve had the opportunity to test this on Windows (MSVC, but I’ve had the same 
issue with MSYS2).
STEP models work great in the 3D viewer, and in the footprint module editor, 
just as in OCE.
Unfortunately, I cannot get the STEP export to work. I’ve had a run at using 
OpenCascade before
and encountered this exact same issue. As an example, I’ve attached an 
outputted file.
The following output is from the command line kicad2step:

20:31:07: C:\dev\kicad-personal\utils\kicad2step\pcb\oce_utils.cpp: fileType: 
163
  * no such file: ''

20:31:07: C:\dev\kicad-personal\utils\kicad2step\pcb\oce_utils.cpp: 
PCBMODEL::AddComponent: 574
  * no model for filename for ‘’

This repeats for every model. If you have any ideas, I’d be very willing to try 
them out.

- Thomas

From: Kicad-developers 
>
 On Behalf Of Seth Hillbrand
Sent: Monday, January 29, 2018 12:55 PM
To: KiCad Developers 
>
Subject: [Kicad-developers] [PATCH] Allow OpenCASCADE standard edition

​Hi All-

Currently, the build requires the opencascade community edition.  For various 
reasons, I need to have the current non-community edition of OpenCASCADE 
installed on my work machine.

The attached patch allows compiling KiCad with either the OpenCASCADE community 
edition or standard edition.

I've tested on a homebrew-based Mac install as well as Linux but haven't 
verified MSW, if someone would be willing to test it there, that would be 
great!  The basic search routines are lightly modified from FreeCAD's logic and 
keep their LGPL copyright on the CMake file.

-Seth​



___
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] GUI garbage...?

2018-02-02 Thread Chris Pavlina
Well, I was going to spend this weekend working on KiCad again, but I
can't do much while this is going on...

https://misc.c4757p.com/kicad-is-very-broken.png

Anyone have any idea what could possibly cause this...? It's all good
until I launch pcbnew, then the whole thing falls apart.

-- 
Chris

___
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] Dealing with multifunction pins (Symbol)

2018-02-02 Thread Wayne Stambaugh
Not until the v6 release.  There just was not enough time to work on the 
new file formats during the v5 cycle.


On 02/02/2018 08:15 AM, Augusto Fraga Giachero wrote:

Hi Wayne,

This means that this will be addressed after the Kicad 5 release?

Thanks,
Augusto Fraga Giachero.

On 30-01-2018 14:15, Wayne Stambaugh wrote:

Augusto,

Most of this is going to be addressed during the next development cycle
when the new symbol library and schematic file format are implemented.
At the moment, there is no plan at this time to allow for resizing
symbols in schematics.  Since symbols will be embedded in the schematic,
resizing will be possible.  Thank you for your input.

Cheers,

Wayne

On 1/30/2018 10:01 AM, Augusto Fraga Giachero wrote:

Hi,

I've been designing schematics with some stm32 parts using the standard
Kicad libraries, and a lot of these microcontrollers has 10+ functions
multiplexed in each I/O pin. In the standard library the symbols
displays all possible configurations available to each pin, I understand
the motivation of this choice (not having to refer to the datasheet
every time you want choose an I/O for some specific functionality), but
this results in very large symbols occupying the page.

I've come with a idea (which probably isn't new) to deal with this 
problem:

* You can select what functions you will use from a list for each pin
and only that will be displayed in the schematic;
* You can then resize the symbol accordingly directly in the schematic;
* While this wouldn't require any modification to the library symbol
file format as the description string of each pin already carries all
the necessary information, the .sch file format would probably be
changed and would not have backwards compatibility.

This may not be easy to implement as with the way eeschema handles
symbols today and the issues I've cited above, I would like hear about
your suggestions.

Thanks,
Augusto Fraga Giachero.


___
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] [PATCH] Allow OpenCASCADE standard edition

2018-02-02 Thread Seth Hillbrand
Hi Nick-

Thanks.  Can you clear your build directory, re-run your Cmake command and
send the full output?  The snippet suggests that it is finding a library in
your kicad-source-mirror directory.

-Seth

2018-02-01 13:03 GMT-08:00 Nick Østergaard :

> Hi Seth
>
> The second patch seems more broken.
>
> I get something like this when configuring:
> ...
> -- Found OCC: /opt/oce/lib/oce-0.18/../../include/oce (found version
> "6.9.1")
> -- Found OpenCASCADE Community Edition version: 6.9.1
> --  ++ OpenCASCADE Community Edition include directory:
> /opt/oce/include/oce
> --  ++ OpenCASCADE Community Edition shared libraries directory:
> /home/nickoe/kicad-source-mirror
> ...
> CMake Error: The following variables are used in this project, but they
> are set to NOTFOUND.
> Please set them or make sure they are set and tested correctly in the
> CMake files:
> OCC_TEMP_LIB
> linked by target "s3d_plugin_oce" in directory
> /home/nickoe/kicad-source-mirror/plugins/3d/oce
> ...
> linked by target "s3d_plugin_oce" in directory
> /home/nickoe/kicad-source-mirror/plugins/3d/oce
> linked by target "kicad2step" in directory /home/nickoe/kicad-source-
> mirror/utils/kicad2step
> ...
> linked by target "kicad2step" in directory /home/nickoe/kicad-source-
> mirror/utils/kicad2step
>
> -- Configuring incomplete, errors occurred!
> See also "/home/nickoe/kicad-source-mirror/test/CMakeFiles/
> CMakeOutput.log".
> See also "/home/nickoe/kicad-source-mirror/test/CMakeFiles/
> CMakeError.log".
>
>
> If you like I can share a Dockerfile which tries to replicate my
> environment with archlinux.
>
>
>
> 2018-01-30 20:12 GMT+01:00 Seth Hillbrand :
>
>> Nick-
>>
>> Thanks for the test.  I'm attaching revised patch that allows multiple
>> OpenCASCADE installations on a single machine.
>>
>> I've tested with a few different OpenCASCADE versions down to 6.8 with no
>> issues installed alongside OCE 0.17.  You can choose which you want to link
>> by using either "-DKICAD_USE_OCE" or "-DKICAD_USE_OCC".  If both are
>> specified, "-DKICAD_USE_OCC" will override.
>>
>> I corrected the cmake message display to be less doubled and correctly
>> show the library location.
>>
>> I've also added the OCC version and type to the about window version info.
>>
>> The "Based on" line was taken from (https://github.com/FreeCAD/Fr
>> eeCAD/blob/master/src/FCConfig.h) when trying to determine how FreeCAD
>> likes to refer to themselves.  The actual FindOpenCascade.cmake file did
>> not have a copyright header attached but falls under the license from (
>> https://github.com/FreeCAD/FreeCAD/blob/master/COPYING).  I note that I
>> had it written as "FreeCAD CADx development system".  I've corrected this
>> to read "FreeCAD CAx development system".
>>
>> I'm not sure to what the "CheckSymbolExists" line is referring.  I don't
>> see it on my machine.
>>
>> -Seth
>>
>> 2018-01-29 14:30 GMT-08:00 Nick Østergaard :
>>
>>> Hi Seth,
>>>
>>> I just took the patch for a testrun and will state some comments below.
>>>
>>> This looks a bit strange:
>>>
>>> -- Boost version: 1.66.0
>>> -- -- OpenCASCADE Community Edition has been found.
>>> -- -- Found OCE/OpenCASCADE version: 6.8.0
>>> -- -- OCE/OpenCASCADE include directory: /opt/oce/lib/oce-0.17/../../in
>>> clude/oce
>>> -- -- OCE/OpenCASCADE shared libraries directory:
>>> -- Check for installed Python Interpreter -- found
>>>
>>> The messages are with double -- and the shared libs.
>>>
>>> But an improvement with your patch over what is currently in kicad is
>>> that it found OCE on my system without explicitly specifind OCE_DIR. But
>>> how do I make it use OCCT when I also have OCE installed?
>>>
>>> What does CADx mean in that header?
>>>
>>> What is this about?
>>> -- Looking for /home/amazingdude/kicad-source
>>> -mirror/build_seths_occt_patch_occt/CMakeFiles/CMakeTmp/
>>> CheckSymbolExists.cxx
>>> -- Looking for /home/amazingdude/kicad-source
>>> -mirror/build_seths_occt_patch_occt/CMakeFiles/CMakeTmp/CheckSymbolExists.cxx
>>> - not found
>>>
>>> I tried to test it with removing oce and just have occt installed and
>>> got something like this:
>>> -- Found OCC: /opt/opencascade/inc (found version "6.9.1")
>>> -- -- Found OCE/OpenCASCADE version: 6.9.1
>>> -- -- OCE/OpenCASCADE include directory: /opt/opencascade/inc
>>> -- -- OCE/OpenCASCADE shared libraries directory: /opt/opencascade/lib
>>>
>>> It did not build against community/opencascade 6.9.1-7. I got the
>>> following error in a clean build dir.
>>>
>>> $ make kicad2step -j1
>>> [  0%] Linking CXX executable kicad2step
>>> /usr/bin/ld: cannot find -lTKMesh
>>> /usr/bin/ld: cannot find -lTKernel
>>> /usr/bin/ld: cannot find -lTKG2d
>>> /usr/bin/ld: cannot find -lTKG3d
>>> /usr/bin/ld: cannot find -lTKMath
>>> /usr/bin/ld: cannot find -lTKIGES
>>> /usr/bin/ld: cannot find -lTKSTL
>>> /usr/bin/ld: cannot find -lTKXSBase
>>> /usr/bin/ld: cannot find -lTKBin
>>> 

Re: [Kicad-developers] [PATCH] Allow OpenCASCADE standard edition

2018-02-02 Thread Seth Hillbrand
Hi Thomas-

I located a windows machine to try this.  I suspect that this is an
artifact of OpenCascade 7.2.  Can you test with OpenCascade 7.1?  I haven't
tracked down exactly what changed in 7.2 but it appears that 7.0 and 7.1
work but 7.2 will require additional work in kicad2step.

Of note, OCCT 6.8 also works but 6.9 (and OCE 0.18, which is based on 6.9)
do not work either.  This is due to a compiler optimization but appears to
be a different issue than the 7.2 one.

-Seth



2018-01-31 19:04 GMT-08:00 Thomas Figueroa :

> Hello Seth,
>
>
>
> I’ve had the opportunity to test this on Windows (MSVC, but I’ve had the
> same issue with MSYS2).
>
> STEP models work great in the 3D viewer, and in the footprint module
> editor, just as in OCE.
>
> Unfortunately, I cannot get the STEP export to work. I’ve had a run at
> using OpenCascade before
>
> and encountered this exact same issue. As an example, I’ve attached an
> outputted file.
>
> The following output is from the command line kicad2step:
>
>
>
> 20:31:07: C:\dev\kicad-personal\utils\kicad2step\pcb\oce_utils.cpp:
> fileType: 163
>
>   * no such file: ''
>
>
>
> 20:31:07: C:\dev\kicad-personal\utils\kicad2step\pcb\oce_utils.cpp:
> PCBMODEL::AddComponent: 574
>
>   * no model for filename for ‘’
>
>
>
> This repeats for every model. If you have any ideas, I’d be very willing
> to try them out.
>
>
>
> - Thomas
>
>
>
> *From:* Kicad-developers  hotmail@lists.launchpad.net> *On Behalf Of *Seth Hillbrand
> *Sent:* Monday, January 29, 2018 12:55 PM
> *To:* KiCad Developers 
> *Subject:* [Kicad-developers] [PATCH] Allow OpenCASCADE standard edition
>
>
>
> ​Hi All-
>
>
>
> Currently, the build requires the opencascade community edition.  For
> various reasons, I need to have the current non-community edition of
> OpenCASCADE installed on my work machine.
>
>
>
> The attached patch allows compiling KiCad with either the OpenCASCADE
> community edition or standard edition.
>
>
>
> I've tested on a homebrew-based Mac install as well as Linux but haven't
> verified MSW, if someone would be willing to test it there, that would be
> great!  The basic search routines are lightly modified from FreeCAD's logic
> and keep their LGPL copyright on the CMake file.
>
>
>
> -Seth​
>
>
>
___
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] OT: Re: Dealing with multifunction pins (Symbol)

2018-02-02 Thread Clemens Koller
Hi, Augusto!

On 2018-02-02 14:11, Augusto Fraga Giachero wrote:
> Yes, this idea would only work for small and medium sized ICs, but would 
> be nice to not depend on external tools besides Kicad and its symbol 
> libraries to do it.

I fully agree with you. External tools are off course optional. They might be 
also proprietary (i.e. tools from chip vendors). But the interfaces are IMO not 
optional. I was trying to emphasize that interfaces to other tools need to be 
bi-directional and automated and customizable with glue-logic.

> Anyway, a tabled based entry might be a good solution.

I believe it's mandatory for big designs. The importance of the visual 
graphical representation as we know it as schematics might become less 
important, then.

> I'm glad to see that this issue is a concern among Kicad devs.

I am not really a KiCad developer, but I am building from source, trying to 
understand some internals, and testing stuff. Mid-term, I am looking forward to 
integrate KiCad in my "Design-Flow". I would like to migrate my designs and 
libraries to/from my proprietary tool (+ self written lib-generators + 
database).

Regards,

Clemens

> 
> Thanks,
> Augusto Fraga Giachero.
> 
> On 30-01-2018 21:37, Clemens Koller wrote:
>> Hello, Augusto!
>>
>> Your ideas regarding multiplexed I/Os are good, but might only be sufficient 
>> for small to medium-complex CPUs/FPGAs/modules/circuits. If you follow the 
>> latest developments, you will notice that there are even bigger things 
>> coming up and it will get more and more difficult to visually represent the 
>> huge amount of varying I/Os and to solve dependencies and restraints. So, in 
>> the long term, I suggest to have a look at some even more flexible methods 
>> as i.e. (database-) tabled based design entry.
>>
>> This means that a design tool (here KiCad) IMO needs to polish it's 
>> interfaces to the outside world to import/export pin lists and netlists on 
>> request.
>> Some tools can work with lists/.CSVs, but seem to lack automation 
>> (forward/backward annotation). I am working a lot with databases and use my 
>> own glue (sql-scripts) to import/export generated pin lists to/from the 
>> Pin-Multiplexing software and to/from the design. Version managment is also 
>> mandatory.
>>
>> You might have a look at i.e. the Altera Pin Planner, Xilinx IO Planning or 
>> the Pins Tool from NXP to get an idea where we are heading to:
>> https://www.nxp.com/pages/pins-tool-for-i.mx-application-processors:PINS-TOOL-IMX
>>
>> Regards,
>>
>> Clemens
>>
>>
>>
>> On 2018-01-30 16:01, Augusto Fraga Giachero wrote:
>>> Hi,
>>>
>>> I've been designing schematics with some stm32 parts using the standard
>>> Kicad libraries, and a lot of these microcontrollers has 10+ functions
>>> multiplexed in each I/O pin. In the standard library the symbols
>>> displays all possible configurations available to each pin, I understand
>>> the motivation of this choice (not having to refer to the datasheet
>>> every time you want choose an I/O for some specific functionality), but
>>> this results in very large symbols occupying the page.
>>>
>>> I've come with a idea (which probably isn't new) to deal with this problem:
>>> * You can select what functions you will use from a list for each pin
>>> and only that will be displayed in the schematic;
>>> * You can then resize the symbol accordingly directly in the schematic;
>>> * While this wouldn't require any modification to the library symbol
>>> file format as the description string of each pin already carries all
>>> the necessary information, the .sch file format would probably be
>>> changed and would not have backwards compatibility.
>>>
>>> This may not be easy to implement as with the way eeschema handles
>>> symbols today and the issues I've cited above, I would like hear about
>>> your suggestions.
>>>
>>> Thanks,
>>> Augusto Fraga Giachero.
>>>
>>>
>>> ___
>>> 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] Dealing with multifunction pins (Symbol)

2018-02-02 Thread Augusto Fraga Giachero

Hi Wayne,

This means that this will be addressed after the Kicad 5 release?

Thanks,
Augusto Fraga Giachero.

On 30-01-2018 14:15, Wayne Stambaugh wrote:

Augusto,

Most of this is going to be addressed during the next development cycle
when the new symbol library and schematic file format are implemented.
At the moment, there is no plan at this time to allow for resizing
symbols in schematics.  Since symbols will be embedded in the schematic,
resizing will be possible.  Thank you for your input.

Cheers,

Wayne

On 1/30/2018 10:01 AM, Augusto Fraga Giachero wrote:

Hi,

I've been designing schematics with some stm32 parts using the standard
Kicad libraries, and a lot of these microcontrollers has 10+ functions
multiplexed in each I/O pin. In the standard library the symbols
displays all possible configurations available to each pin, I understand
the motivation of this choice (not having to refer to the datasheet
every time you want choose an I/O for some specific functionality), but
this results in very large symbols occupying the page.

I've come with a idea (which probably isn't new) to deal with this problem:
* You can select what functions you will use from a list for each pin
and only that will be displayed in the schematic;
* You can then resize the symbol accordingly directly in the schematic;
* While this wouldn't require any modification to the library symbol
file format as the description string of each pin already carries all
the necessary information, the .sch file format would probably be
changed and would not have backwards compatibility.

This may not be easy to implement as with the way eeschema handles
symbols today and the issues I've cited above, I would like hear about
your suggestions.

Thanks,
Augusto Fraga Giachero.


___
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] Dealing with multifunction pins (Symbol)

2018-02-02 Thread Augusto Fraga Giachero

Hi Clemens,

Yes, this idea would only work for small and medium sized ICs, but would 
be nice to not depend on external tools besides Kicad and its symbol 
libraries to do it.

Anyway, a tabled based entry might be a good solution.

I'm glad to see that this issue is a concern among Kicad devs.

Thanks,
Augusto Fraga Giachero.

On 30-01-2018 21:37, Clemens Koller wrote:

Hello, Augusto!

Your ideas regarding multiplexed I/Os are good, but might only be sufficient 
for small to medium-complex CPUs/FPGAs/modules/circuits. If you follow the 
latest developments, you will notice that there are even bigger things coming 
up and it will get more and more difficult to visually represent the huge 
amount of varying I/Os and to solve dependencies and restraints. So, in the 
long term, I suggest to have a look at some even more flexible methods as i.e. 
(database-) tabled based design entry.

This means that a design tool (here KiCad) IMO needs to polish it's interfaces 
to the outside world to import/export pin lists and netlists on request.
Some tools can work with lists/.CSVs, but seem to lack automation 
(forward/backward annotation). I am working a lot with databases and use my own 
glue (sql-scripts) to import/export generated pin lists to/from the 
Pin-Multiplexing software and to/from the design. Version managment is also 
mandatory.

You might have a look at i.e. the Altera Pin Planner, Xilinx IO Planning or the 
Pins Tool from NXP to get an idea where we are heading to:
https://www.nxp.com/pages/pins-tool-for-i.mx-application-processors:PINS-TOOL-IMX

Regards,

Clemens



On 2018-01-30 16:01, Augusto Fraga Giachero wrote:

Hi,

I've been designing schematics with some stm32 parts using the standard
Kicad libraries, and a lot of these microcontrollers has 10+ functions
multiplexed in each I/O pin. In the standard library the symbols
displays all possible configurations available to each pin, I understand
the motivation of this choice (not having to refer to the datasheet
every time you want choose an I/O for some specific functionality), but
this results in very large symbols occupying the page.

I've come with a idea (which probably isn't new) to deal with this problem:
* You can select what functions you will use from a list for each pin
and only that will be displayed in the schematic;
* You can then resize the symbol accordingly directly in the schematic;
* While this wouldn't require any modification to the library symbol
file format as the description string of each pin already carries all
the necessary information, the .sch file format would probably be
changed and would not have backwards compatibility.

This may not be easy to implement as with the way eeschema handles
symbols today and the issues I've cited above, I would like hear about
your suggestions.

Thanks,
Augusto Fraga Giachero.


___
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