Re: [Kicad-developers] Questionably useful code

[jp charras]

Le 11/03/2016 00:01, Jon Neal a écrit :
> Oh, I should add that to prevent breaking backwards compatibility the
> parser could just continue interpreting a missing size and thickness value
> with the current defaults hard coded there.

No problem for me to always store the text font size, especially in
board and fp files.

Of course, as you say, to avoid breaking backwards compatibility, the
default values (when the size is missing) must be not modified.

I am thinking this optimization was made more for the schematic (for new
schematic file format using S expr) than for Pcbnew.

In Pcbnew files, the thickness is never 0 and most of time the size of
texts is not 60 mils.

So we need the Wayne's opinion.

But, to tell the true, I do not understand why changing this current
code helps the library team.
In schematic files the text size is always stored.

Adding an option in the component editor to set the default component
text size (like for pin sizes) is better, very easy and allows each user
to choose this size.
Moreover, this option could be different for ref and value and for other
fields (especially the footprint field, which could be smaller)

> 
> On Thu, Mar 10, 2016 at 5:59 PM Jon Neal  wrote:
> 
>> Hi,
>>
>> I was looking in to helping the library team by changing the default kicad
>> text size to 50 mils rather than the current 60 mils.
>>
>> Well, I discovered that the s-expr formatter and parser omits certain text
>> settings if they are the default. I assume this is to make kicad files
>> smaller which yay, but it means that we basically can't change the default
>> text size without breaking backwards compatibility. Huge, resounding BO.
>>
>> What I would like to request is that we remove the bit of code that omits
>> text size and thickness if they are default. This increases file size by
>> about 40ish chars/bytes. I think it is reasonable to still omit bold,
>> italic, justification, and whether the text is hidden or not.
>>
>> On a fairly dense board (thanks Andrew Zonenberg) there are about 1.3k
>> fp_text's so this would theoretically add ~50kB to a several MB file.
>>
>> Except it doesn't add nearly that much, because the kicad library doesn't
>> use the current default size anyways. So for a large portion of text this
>> code is useless anyways.
>>
>> Offending code is in common/eda_text.cpp:407
>>
>> Thoughts?
>> Jon
>>
> 
> 
> 
> ___
> 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] 3D plugin for STEP/IGES via OCE

[Nick Østergaard]

It seems like I somehow hit send too early, but here is the link I
intended to include earlier.

https://git-lfs.github.com/

2016-03-11 7:50 GMT+01:00 Nick Østergaard :
> If hosting on github, and option is also to use git LFS which github
> seems to support. I have never used it though.
>
>
> 2016-03-11 2:55 GMT+01:00 Tiger12506 :
>> I have no authority in what happens, nor should you necessary take my
>> advice, of course, but it might be wise to carefully consider how you want
>> to store large binary data in git.
>>
>> If the diffs do not make sense, and are large, then you are using version
>> control about as inefficiently as you possibly can, and your fetch (part of
>> pull) operation is going to get huge, fast.
>>
>> One of the solutions for this (one at random that comes to mind, not
>> endorsing it) is git-annex.
>>
>> The time to think about this, IMHO, is before you create the repo.
>>
>> On 3/10/2016 6:10 PM, Cirilo Bernardo wrote:
>>>
>>> I suggested splitting the 3D models long ago but there was some resistance
>>> even though
>>> I really can't imagine how 3D models belong in a directory structure with
>>> schematic symbols.
>>>
>>> Some thought would need to go into the organization of the repositories
>>> and how these
>>> would look like as an offline directory structure for users who prefer to
>>> pull the repositories.
>>> I think any STEP and IGES files should be compressed; their data structure
>>> results in very
>>> high compression (often as much as 10:1). Although this would result in
>>> crazy diffs, git
>>> will not complain. Crazy diffs on modifying STEP or IGES files is
>>> inevitable anyway.
>>>
>>> I think ultimately a hosted solution with features similar to Altium's
>>> "vault" is the way to
>>> go; however that requires some hosting infrastructure and development of
>>> the API and
>>> any code/scripts to make it all happen.
>>>
>>> - Cirilo
>>>
>>
>>
>> ___
>> 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] 3D plugin for STEP/IGES via OCE

[Nick Østergaard]

If hosting on github, and option is also to use git LFS which github
seems to support. I have never used it though.


2016-03-11 2:55 GMT+01:00 Tiger12506 :
> I have no authority in what happens, nor should you necessary take my
> advice, of course, but it might be wise to carefully consider how you want
> to store large binary data in git.
>
> If the diffs do not make sense, and are large, then you are using version
> control about as inefficiently as you possibly can, and your fetch (part of
> pull) operation is going to get huge, fast.
>
> One of the solutions for this (one at random that comes to mind, not
> endorsing it) is git-annex.
>
> The time to think about this, IMHO, is before you create the repo.
>
> On 3/10/2016 6:10 PM, Cirilo Bernardo wrote:
>>
>> I suggested splitting the 3D models long ago but there was some resistance
>> even though
>> I really can't imagine how 3D models belong in a directory structure with
>> schematic symbols.
>>
>> Some thought would need to go into the organization of the repositories
>> and how these
>> would look like as an offline directory structure for users who prefer to
>> pull the repositories.
>> I think any STEP and IGES files should be compressed; their data structure
>> results in very
>> high compression (often as much as 10:1). Although this would result in
>> crazy diffs, git
>> will not complain. Crazy diffs on modifying STEP or IGES files is
>> inevitable anyway.
>>
>> I think ultimately a hosted solution with features similar to Altium's
>> "vault" is the way to
>> go; however that requires some hosting infrastructure and development of
>> the API and
>> any code/scripts to make it all happen.
>>
>> - Cirilo
>>
>
>
> ___
> 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] Some new sweet features on the new 3D-Viewer

[Bernhard Stegmaier]

Hi,

I didn’t yet have the time to try… but please don’t put any needed 
functionality on middle button.
Remember… there is no middle button on Apple HW.


Regards,
Bernhard

> On 10 Mar 2016, at 23:05, easyw  wrote:
> 
> Hi Mario,
> please don't change the middle button behavior... it is just perfect and in 
> kicad middle button is already necessary for other options...
> Moreover it is used exactly as in FreeCAD :)
> Anyway spacebar is already an alternative to middle click
> 
>> I was expect that user would like to center something in relation to the 
>> board, If that is not clear, I can in future hit it against some big plane.
> the board is fine to inspect all the circuits parts
> you may consider to add also some 3d model plane, i.e. if you have an 
> enclosure bigger then the board it would be useful to move the pivot on the 
> edge of the enclosure (i.e. on crazyflie board moving the pivot on 
> propellers), but I think that is more suitable on MCAD side...
> Maurice
> 
> On 10/03/2016 22.12, Mário Luzeiro wrote:
>> Hi Jakub,
>> 
>> I think you are experience other type of freeze.
>> "Simplifying polygons" is at moment the most timing consuming pre-process. 
>> On the Demo/video board, it can take about 13 seconds to load the board. 
>> (work in progress!)
>> So it expected that you see a "not responding" during that load time.
>> If that is the case, please ignore it by now as I will work on get it work 
>> on decent times.
>> 
>> 
>> "On my system the spacebar for "Pivot rotation and center" sometimes is not 
>> working"
>> "I found that spacebar is working if that there are "squarish segments" 
>> otherwise is not working."
>> 
>> Mind that only if you are hitting the bounding box of the board it will 
>> work... ( I think in good it should be hit against the board outline )
>> I was expect that user would like to center something in relation to the 
>> board, If that is not clear, I can in future hit it against some big plane.
>> 
>> 
>> "I do not use a mouse, only trackpoint so middle button click does not work."
>> 
>> Sorry I am so old school that I had to go to youtube to see for the first 
>> time what a trackpoint is :O ... I am still using an IBM PS/2 keyboard for 
>> developing :P joking!
>> I also have a Lenovo but it is not my primary machine... I dont know if I 
>> have drivers for that feature.. will check..
>> 
>> but so.. are you proposing something about that (not use of?) middle button?
>> 
>> Mario
>> 
>> From: Jakub Kozdon [fldriv...@seznam.cz]
>> Sent: 10 March 2016 20:00
>> To: Mário Luzeiro; jp charras; kicad-developers@lists.launchpad.net; 
>> ea...@katamail.com
>> Subject: Re: [Kicad-developers] Some new sweet features on the new 3D-Viewer
>> 
>> Hi Mário,
>> 
>> I was testing 5944.
>> 
>> The freeze is still here. It appears during simplifying polygons phase. I 
>> think that Windows did not get any update about KiCad status so Windows 
>> makes KiCad "not responding". This appears after while in simplifying 
>> polygons phase and disappears after render completing, maybe is there some 
>> kind of timeout.
>> 
>> Only one remark. On my system the spacebar for "Pivot rotation and center" 
>> sometimes is not working. I do not use a mouse, only trackpoint so middle 
>> button click does not work. To make it working I have to set trackpoint 
>> middle button to "Neither", as a default I am using "Scrolling Standard", in 
>> that mode when I click middle button it is working as scroll wheel but in 
>> both dimensions. So I am using it for zooming. I found that spacebar is 
>> working if that there are "squarish segments" otherwise is not working. 
>> Maybe this helps you.
>> 
>> [cid:part1.05080905.01030001@seznam.cz]
>> 
>> Application: kicad
>> Version: (2016-03-10 BZR 5944)-product release build
>> wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1009,GCC 
>> 5.3.0,wx containers,compatible with 2.8)
>> Platform: Windows 7 (build 7601, Service Pack 1), 64-bit edition, 64 bit, 
>> Little endian, wxMSW
>> Boost version: 1.57.0
>>  USE_WX_GRAPHICS_CONTEXT=OFF
>>  USE_WX_OVERLAY=OFF
>>  KICAD_SCRIPTING=ON
>>  KICAD_SCRIPTING_MODULES=ON
>>  KICAD_SCRIPTING_WXPYTHON=ON
>>  USE_FP_LIB_TABLE=HARD_CODED_ON
>>  BUILD_GITHUB_PLUGIN=ON
>> 
>> Jakub
>> 
>> 
>> Dne 10.3.2016 v 14:36 Mário Luzeiro napsal(a):
>> 
>> Hi Jean-Pierre,
>> 
>> Maurice told me that he tested my latest commits and it fixed the "freeze" 
>> issues. Let me know if you test it successful too. Thanks.
>> 
>> Mario
>> 
>> From: jp charras [jp.char...@wanadoo.fr]
>> Sent: 09 March 2016 16:48
>> To: Mário Luzeiro; 
>> kicad-developers@lists.launchpad.net
>> Subject: Re: [Kicad-developers] Some new sweet features on the new 3D-Viewer
>> 
>> Le 09/03/2016 17:41, Mário Luzeiro a 

Re: [Kicad-developers] 3D plugin for STEP/IGES via OCE

[Tiger12506]

I have no authority in what happens, nor should you necessary take my 
advice, of course, but it might be wise to carefully consider how you 
want to store large binary data in git.


If the diffs do not make sense, and are large, then you are using 
version control about as inefficiently as you possibly can, and your 
fetch (part of pull) operation is going to get huge, fast.


One of the solutions for this (one at random that comes to mind, not 
endorsing it) is git-annex.


The time to think about this, IMHO, is before you create the repo.

On 3/10/2016 6:10 PM, Cirilo Bernardo wrote:
I suggested splitting the 3D models long ago but there was some 
resistance even though
I really can't imagine how 3D models belong in a directory structure 
with schematic symbols.


Some thought would need to go into the organization of the 
repositories and how these
would look like as an offline directory structure for users who prefer 
to pull the repositories.
I think any STEP and IGES files should be compressed; their data 
structure results in very
high compression (often as much as 10:1). Although this would result 
in crazy diffs, git
will not complain. Crazy diffs on modifying STEP or IGES files is 
inevitable anyway.


I think ultimately a hosted solution with features similar to Altium's 
"vault" is the way to
go; however that requires some hosting infrastructure and development 
of the API and

any code/scripts to make it all happen.

- Cirilo




___
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] Questionably useful code

[Chris Pavlina]

I feel like emphasizing here that our attempt at saving file size doesn't
actually do anything since we've changed defaults in our library standard
anyway. :\

On Thu, Mar 10, 2016 at 11:01:32PM +, Jon Neal wrote:
> Oh, I should add that to prevent breaking backwards compatibility the
> parser could just continue interpreting a missing size and thickness value
> with the current defaults hard coded there.
> 
> On Thu, Mar 10, 2016 at 5:59 PM Jon Neal  wrote:
> 
> > Hi,
> >
> > I was looking in to helping the library team by changing the default kicad
> > text size to 50 mils rather than the current 60 mils.
> >
> > Well, I discovered that the s-expr formatter and parser omits certain text
> > settings if they are the default. I assume this is to make kicad files
> > smaller which yay, but it means that we basically can't change the default
> > text size without breaking backwards compatibility. Huge, resounding BO.
> >
> > What I would like to request is that we remove the bit of code that omits
> > text size and thickness if they are default. This increases file size by
> > about 40ish chars/bytes. I think it is reasonable to still omit bold,
> > italic, justification, and whether the text is hidden or not.
> >
> > On a fairly dense board (thanks Andrew Zonenberg) there are about 1.3k
> > fp_text's so this would theoretically add ~50kB to a several MB file.
> >
> > Except it doesn't add nearly that much, because the kicad library doesn't
> > use the current default size anyways. So for a large portion of text this
> > code is useless anyways.
> >
> > Offending code is in common/eda_text.cpp:407
> >
> > Thoughts?
> > Jon
> >

> ___
> 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] 3D plugin for STEP/IGES via OCE

[Cirilo Bernardo]

I suggested splitting the 3D models long ago but there was some resistance
even though
I really can't imagine how 3D models belong in a directory structure with
schematic symbols.

Some thought would need to go into the organization of the repositories and
how these
would look like as an offline directory structure for users who prefer to
pull the repositories.
I think any STEP and IGES files should be compressed; their data structure
results in very
high compression (often as much as 10:1). Although this would result in
crazy diffs, git
will not complain. Crazy diffs on modifying STEP or IGES files is
inevitable anyway.

I think ultimately a hosted solution with features similar to Altium's
"vault" is the way to
go; however that requires some hosting infrastructure and development of
the API and
any code/scripts to make it all happen.

- Cirilo


On Fri, Mar 11, 2016 at 12:38 AM, Carl Poirier 
wrote:

> As I was saying in the other thread, I am in favor of committing the STEP
> models into our repositories. I suggest in the process we separate them
> from the kicad-library repo. I mean having a repository only for 3D models
> instead of being part of kicad-library. We could set the 3D repo as a
> submodule to the kicad-library to ease transition. This would make sense,
> as the STEP models are over 4 times bigger than the VRML ones. Then, we
> could get the right people onboard a new team, the 3D team, to fill this
> new repository.
>
> On Thu, Mar 10, 2016 at 8:17 AM, Wayne Stambaugh 
> wrote:
>
>> Before I would allow OCE as a KiCad dependency, it must build without
>> modification from source on OSX, msys2/mingw32 and msys2/mingw64 at a
>> minimum.  If it fails this test, then someone will have to provide
>> packages for these platforms.  Has this been tested?
>>
>> On 3/10/2016 4:11 AM, Cirilo Bernardo wrote:
>> > Hi folks,
>> >
>> >  I have a 3D plugin built to support STEP and IGES visualization via OCE
>> > and have linked 3 screenshots below.
>> >
>> > https://drive.google.com/open?id=0By_XTJN-s8aXS1pKSE5uNVp0VG8
>> > https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
>> > https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
>> >
>> >  The HackRF STEP model was created by Maurice via his KiCad StepUP
>> > tools for FreeCAD.
>> >
>> >  If people would like this plugin to be pushed into 3d_initial_merge
>> then
>> > let me know; I would need to add a CMake option to build it since it
>> > depends on OCE and should not be built by default. Just remember that
>> > these models will not be visible in 3DViewer until the current 3DViewer
>> > has been replaced by one which uses the scenegraph objects from
>> > 3d_initial_merge.  Mario is making a lot of progress with his 3DViewer
>> > branch, so hopefully it won't be too long before we have all the latest
>> > 3D visualization codes. :)
>> >
>> >  One note: although the new 3D viewer will be able to directly use the
>> > STEP/IGES models (no need to convert to VRML), actual MCAD
>> > exports is still a long way away since it depends on the implementation
>> > of a plugin system for reading and manipulating the PCB data itself.
>> >
>> >  Thanks to Tom Wlostowski for the initial OCE investigations and his
>> > sample c++ code for converting STEP to VRML.
>> >
>> > - Cirilo
>> >
>> >
>> >
>> > ___
>> > 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] Questionably useful code

[Jon Neal]

Oh, I should add that to prevent breaking backwards compatibility the
parser could just continue interpreting a missing size and thickness value
with the current defaults hard coded there.

On Thu, Mar 10, 2016 at 5:59 PM Jon Neal  wrote:

> Hi,
>
> I was looking in to helping the library team by changing the default kicad
> text size to 50 mils rather than the current 60 mils.
>
> Well, I discovered that the s-expr formatter and parser omits certain text
> settings if they are the default. I assume this is to make kicad files
> smaller which yay, but it means that we basically can't change the default
> text size without breaking backwards compatibility. Huge, resounding BO.
>
> What I would like to request is that we remove the bit of code that omits
> text size and thickness if they are default. This increases file size by
> about 40ish chars/bytes. I think it is reasonable to still omit bold,
> italic, justification, and whether the text is hidden or not.
>
> On a fairly dense board (thanks Andrew Zonenberg) there are about 1.3k
> fp_text's so this would theoretically add ~50kB to a several MB file.
>
> Except it doesn't add nearly that much, because the kicad library doesn't
> use the current default size anyways. So for a large portion of text this
> code is useless anyways.
>
> Offending code is in common/eda_text.cpp:407
>
> Thoughts?
> Jon
>
___
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] Questionably useful code

[Jon Neal]

Hi,

I was looking in to helping the library team by changing the default kicad
text size to 50 mils rather than the current 60 mils.

Well, I discovered that the s-expr formatter and parser omits certain text
settings if they are the default. I assume this is to make kicad files
smaller which yay, but it means that we basically can't change the default
text size without breaking backwards compatibility. Huge, resounding BO.

What I would like to request is that we remove the bit of code that omits
text size and thickness if they are default. This increases file size by
about 40ish chars/bytes. I think it is reasonable to still omit bold,
italic, justification, and whether the text is hidden or not.

On a fairly dense board (thanks Andrew Zonenberg) there are about 1.3k
fp_text's so this would theoretically add ~50kB to a several MB file.

Except it doesn't add nearly that much, because the kicad library doesn't
use the current default size anyways. So for a large portion of text this
code is useless anyways.

Offending code is in common/eda_text.cpp:407

Thoughts?
Jon
___
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] 3D plugin for STEP/IGES via OCE

[Cirilo Bernardo]

Hi Maurice,

 I don't believe the OCE Visualization tool is needed for this plugin. The
required
parts are the ones related to "Foundation", "Modeling", "OCAF" and
including the
XDE framework and STEP + IGES OCAF tools.

To build kicad_oce_3D you may need to pass a parameter so cmake can find the
OCE installation's OCEConfig.cmake script; unfortunately I have no idea how
this
all works on MSWin so I have nothing useful to say.

 Thanks for looking into this.

- Cirilo


On Fri, Mar 11, 2016 at 9:13 AM, easyw  wrote:

> Hi Cirilo,
> I can build oce on win64
> which configuration options do I need for your plugin to work?
> I used:
> cmake -G "MSYS Makefiles" -DCMAKE_BUILD_TYPE=Release
> -DwxWidgets_ROOT_DIR=../../../../mingw64/include/wx-3.0/
> -DPYTHON_ROOT_DIR=../../../../mingw64/include/python2.7
> -DOCE_USE_BUNDLE_SOURCE=ON -DOCE_WITH_FREEIMAGE=OFF -DOCE_WITH_GL2PS=OFF
> -DOCE_VISUALISATION=ON -DOCE_MULTITHREAD_LIBRARY=OPENMP ../oce
>
> and which option for your kicad_oce_3D?
>
> Thank you
> Maurice
>
> On 10/03/2016 22.40, Cirilo Bernardo wrote:
>
>> I have created a stand-alone build project for the OCE plugin:
>>
>> https://github.com/cbernardo/kicad_oce_3D
>>
>> Any devs wishing to help out can clone the repository and help
>> to address the OCE issues (build/install/find) on various
>> platforms.
>>
>> Since 3d_initial_merge is not yet merged with KiCad and does
>> not yet install development headers I have also included some
>> code and headers from the 3d_initial_merge branch to ensure
>> the plugin can be built even without that branch.
>>
>> - Cirilo
>>
>>
>> On Fri, Mar 11, 2016 at 2:17 AM, easyw > > wrote:
>>
>> I could test on this platforms:
>>
>> 1) ubuntu 64b and 32b
>> 2) win 64 and 32
>> 3) OSX Lion (if it can be built) at the moment , later on El Capitan
>>
>> asap Cirilo will provide this update in the repo...
>>
>> Maurice
>>
>>
>> On 10/03/2016 14.17, Wayne Stambaugh wrote:
>>
>> Before I would allow OCE as a KiCad dependency, it must build
>> without
>> modification from source on OSX, msys2/mingw32 and msys2/mingw64
>> at a
>> minimum.  If it fails this test, then someone will have to provide
>> packages for these platforms.  Has this been tested?
>>
>> On 3/10/2016 4:11 AM, Cirilo Bernardo wrote:
>>
>> Hi folks,
>>
>>I have a 3D plugin built to support STEP and IGES
>> visualization via OCE
>> and have linked 3 screenshots below.
>>
>> https://drive.google.com/open?id=0By_XTJN-s8aXS1pKSE5uNVp0VG8
>> https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
>> https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
>>
>>The HackRF STEP model was created by Maurice via his
>> KiCad StepUP
>> tools for FreeCAD.
>>
>>If people would like this plugin to be pushed into
>> 3d_initial_merge then
>> let me know; I would need to add a CMake option to build it
>> since it
>> depends on OCE and should not be built by default. Just
>> remember that
>> these models will not be visible in 3DViewer until the
>> current 3DViewer
>> has been replaced by one which uses the scenegraph objects
>> from
>> 3d_initial_merge.  Mario is making a lot of progress with
>> his 3DViewer
>> branch, so hopefully it won't be too long before we have all
>> the latest
>> 3D visualization codes. :)
>>
>>One note: although the new 3D viewer will be able to
>> directly use the
>> STEP/IGES models (no need to convert to VRML), actual MCAD
>> exports is still a long way away since it depends on the
>> implementation
>> of a plugin system for reading and manipulating the PCB data
>> itself.
>>
>>Thanks to Tom Wlostowski for the initial OCE
>> investigations and his
>> sample c++ code for converting STEP to VRML.
>>
>> - Cirilo
>>
>>
>>
>> ___
>> 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

Re: [Kicad-developers] 3D plugin for STEP/IGES via OCE

[Mário Luzeiro]

Nice, 
I didn't mean to be parameters for the plugin, but just on relation what OCE 
options are available to you.
I think it is ok to have it internally fixed.

Mario

From: Cirilo Bernardo [cirilo.berna...@gmail.com]
Sent: 10 March 2016 21:54
To: Mário Luzeiro
Cc: KiCad Developers
Subject: Re: [Kicad-developers] 3D plugin for STEP/IGES via OCE

Hi Mario,

 OCE has 2 basic form control parameters used in the tesselation:
deflection and deflectionAngle. These control the number of segments
in an arc and the max. error in NURBS surfaces. There are probably
a few more tolerance parameters but I don't know OCE well enough.

 Configuring plugin parameters is something I haven't addressed yet.
I can add a function to the plugin interface to ask kicad for the 3D
configuration directory and individual plugins can write default
configurations there, but in this case users need to read documentation
so they can adjust those parameters if necessary. Anyway, that would
be a good first step and in the future we might be able to add GUIs
for this task. Many plugins would require no configuration though and
the few that do wouldn't have many parameters. Since we don't
expect an overwhelming number of plugins, perhaps each class of
plugin (at the moment there is only the one class - 3DPlugin) could
have a single configuration file which holds the parameters for each
plugin type. Anyway, at the moment there is no urgent need for such
configuration since the defaults work well anyway. :)

- Cirilo


On Thu, Mar 10, 2016 at 8:57 PM, Mário Luzeiro 
> wrote:
Excellent progress!

I believe it will need some discussion on how to integrate the dependency on 
OCE but hope a good compromise could be found.
It is good however that we got something to discuss.

What options does OCE offer you when convert the STEP to triangles? (i.e: on 
relation to quality/ detail of tesselation, materials, etc ?)

Mario

From: Kicad-developers 
[kicad-developers-bounces+mrluzeiro=ua...@lists.launchpad.net]
 on behalf of Cirilo Bernardo 
[cirilo.berna...@gmail.com]
Sent: 10 March 2016 09:13
To: KiCad Developers
Subject: Re: [Kicad-developers] 3D plugin for STEP/IGES via OCE

Sorry, I doubled up on a link and missed the HackRF link:

https://drive.google.com/open?id=0By_XTJN-s8aXaTJidzZzOUhxWEk

- Cirilo

On Thu, Mar 10, 2016 at 8:11 PM, Cirilo Bernardo 
>>
 wrote:
Hi folks,

 I have a 3D plugin built to support STEP and IGES visualization via OCE
and have linked 3 screenshots below.

https://drive.google.com/open?id=0By_XTJN-s8aXS1pKSE5uNVp0VG8
https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM

 The HackRF STEP model was created by Maurice via his KiCad StepUP
tools for FreeCAD.

 If people would like this plugin to be pushed into 3d_initial_merge then
let me know; I would need to add a CMake option to build it since it
depends on OCE and should not be built by default. Just remember that
these models will not be visible in 3DViewer until the current 3DViewer
has been replaced by one which uses the scenegraph objects from
3d_initial_merge.  Mario is making a lot of progress with his 3DViewer
branch, so hopefully it won't be too long before we have all the latest
3D visualization codes. :)

 One note: although the new 3D viewer will be able to directly use the
STEP/IGES models (no need to convert to VRML), actual MCAD
exports is still a long way away since it depends on the implementation
of a plugin system for reading and manipulating the PCB data itself.

 Thanks to Tom Wlostowski for the initial OCE investigations and his
sample c++ code for converting STEP to VRML.

- Cirilo



___
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] 3D plugin for STEP/IGES via OCE

[easyw]

Hi Cirilo,
I can build oce on win64
which configuration options do I need for your plugin to work?
I used:
cmake -G "MSYS Makefiles" -DCMAKE_BUILD_TYPE=Release 
-DwxWidgets_ROOT_DIR=../../../../mingw64/include/wx-3.0/ 
-DPYTHON_ROOT_DIR=../../../../mingw64/include/python2.7 
-DOCE_USE_BUNDLE_SOURCE=ON -DOCE_WITH_FREEIMAGE=OFF -DOCE_WITH_GL2PS=OFF 
-DOCE_VISUALISATION=ON -DOCE_MULTITHREAD_LIBRARY=OPENMP ../oce


and which option for your kicad_oce_3D?

Thank you
Maurice

On 10/03/2016 22.40, Cirilo Bernardo wrote:

I have created a stand-alone build project for the OCE plugin:

https://github.com/cbernardo/kicad_oce_3D

Any devs wishing to help out can clone the repository and help
to address the OCE issues (build/install/find) on various
platforms.

Since 3d_initial_merge is not yet merged with KiCad and does
not yet install development headers I have also included some
code and headers from the 3d_initial_merge branch to ensure
the plugin can be built even without that branch.

- Cirilo


On Fri, Mar 11, 2016 at 2:17 AM, easyw > wrote:

I could test on this platforms:

1) ubuntu 64b and 32b
2) win 64 and 32
3) OSX Lion (if it can be built) at the moment , later on El Capitan

asap Cirilo will provide this update in the repo...

Maurice


On 10/03/2016 14.17, Wayne Stambaugh wrote:

Before I would allow OCE as a KiCad dependency, it must build
without
modification from source on OSX, msys2/mingw32 and msys2/mingw64
at a
minimum.  If it fails this test, then someone will have to provide
packages for these platforms.  Has this been tested?

On 3/10/2016 4:11 AM, Cirilo Bernardo wrote:

Hi folks,

   I have a 3D plugin built to support STEP and IGES
visualization via OCE
and have linked 3 screenshots below.

https://drive.google.com/open?id=0By_XTJN-s8aXS1pKSE5uNVp0VG8
https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM

   The HackRF STEP model was created by Maurice via his
KiCad StepUP
tools for FreeCAD.

   If people would like this plugin to be pushed into
3d_initial_merge then
let me know; I would need to add a CMake option to build it
since it
depends on OCE and should not be built by default. Just
remember that
these models will not be visible in 3DViewer until the
current 3DViewer
has been replaced by one which uses the scenegraph objects from
3d_initial_merge.  Mario is making a lot of progress with
his 3DViewer
branch, so hopefully it won't be too long before we have all
the latest
3D visualization codes. :)

   One note: although the new 3D viewer will be able to
directly use the
STEP/IGES models (no need to convert to VRML), actual MCAD
exports is still a long way away since it depends on the
implementation
of a plugin system for reading and manipulating the PCB data
itself.

   Thanks to Tom Wlostowski for the initial OCE
investigations and his
sample c++ code for converting STEP to VRML.

- Cirilo



___
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] Some new sweet features on the new 3D-Viewer

[easyw]

Hi Mario,
please don't change the middle button behavior... it is just perfect and 
in kicad middle button is already necessary for other options...

Moreover it is used exactly as in FreeCAD :)
Anyway spacebar is already an alternative to middle click


I was expect that user would like to center something in relation to the board, 
If that is not clear, I can in future hit it against some big plane.

the board is fine to inspect all the circuits parts
you may consider to add also some 3d model plane, i.e. if you have an 
enclosure bigger then the board it would be useful to move the pivot on 
the edge of the enclosure (i.e. on crazyflie board moving the pivot on 
propellers), but I think that is more suitable on MCAD side...

Maurice

On 10/03/2016 22.12, Mário Luzeiro wrote:

Hi Jakub,

I think you are experience other type of freeze.
"Simplifying polygons" is at moment the most timing consuming pre-process. On 
the Demo/video board, it can take about 13 seconds to load the board. (work in progress!)
So it expected that you see a "not responding" during that load time.
If that is the case, please ignore it by now as I will work on get it work on 
decent times.


"On my system the spacebar for "Pivot rotation and center" sometimes is not 
working"
"I found that spacebar is working if that there are "squarish segments" otherwise is 
not working."

Mind that only if you are hitting the bounding box of the board it will work... 
( I think in good it should be hit against the board outline )
I was expect that user would like to center something in relation to the board, 
If that is not clear, I can in future hit it against some big plane.


"I do not use a mouse, only trackpoint so middle button click does not work."

Sorry I am so old school that I had to go to youtube to see for the first time 
what a trackpoint is :O ... I am still using an IBM PS/2 keyboard for 
developing :P joking!
I also have a Lenovo but it is not my primary machine... I dont know if I have 
drivers for that feature.. will check..

but so.. are you proposing something about that (not use of?) middle button?

Mario

From: Jakub Kozdon [fldriv...@seznam.cz]
Sent: 10 March 2016 20:00
To: Mário Luzeiro; jp charras; kicad-developers@lists.launchpad.net; 
ea...@katamail.com
Subject: Re: [Kicad-developers] Some new sweet features on the new 3D-Viewer

Hi Mário,

I was testing 5944.

The freeze is still here. It appears during simplifying polygons phase. I think that 
Windows did not get any update about KiCad status so Windows makes KiCad "not 
responding". This appears after while in simplifying polygons phase and disappears 
after render completing, maybe is there some kind of timeout.

Only one remark. On my system the spacebar for "Pivot rotation and center" sometimes is not working. I do not 
use a mouse, only trackpoint so middle button click does not work. To make it working I have to set trackpoint middle 
button to "Neither", as a default I am using "Scrolling Standard", in that mode when I click middle 
button it is working as scroll wheel but in both dimensions. So I am using it for zooming. I found that spacebar is 
working if that there are "squarish segments" otherwise is not working. Maybe this helps you.

[cid:part1.05080905.01030001@seznam.cz]

Application: kicad
Version: (2016-03-10 BZR 5944)-product release build
wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1009,GCC 5.3.0,wx 
containers,compatible with 2.8)
Platform: Windows 7 (build 7601, Service Pack 1), 64-bit edition, 64 bit, 
Little endian, wxMSW
Boost version: 1.57.0
  USE_WX_GRAPHICS_CONTEXT=OFF
  USE_WX_OVERLAY=OFF
  KICAD_SCRIPTING=ON
  KICAD_SCRIPTING_MODULES=ON
  KICAD_SCRIPTING_WXPYTHON=ON
  USE_FP_LIB_TABLE=HARD_CODED_ON
  BUILD_GITHUB_PLUGIN=ON

Jakub


Dne 10.3.2016 v 14:36 Mário Luzeiro napsal(a):

Hi Jean-Pierre,

Maurice told me that he tested my latest commits and it fixed the "freeze" 
issues. Let me know if you test it successful too. Thanks.

Mario

From: jp charras [jp.char...@wanadoo.fr]
Sent: 09 March 2016 16:48
To: Mário Luzeiro; 
kicad-developers@lists.launchpad.net
Subject: Re: [Kicad-developers] Some new sweet features on the new 3D-Viewer

Le 09/03/2016 17:41, Mário Luzeiro a écrit :


Thanks JP for the detailed description.

Just some more items, is that with OpenGL or Raytracing mode?
On what platform (version) are you testing it?

I didn't experienced that yet on two different Win7 PCs and one Linux.

Mario




It happens both with OpenGL and Raytracing mode.
But only on W7 32 bits.
On Linux (Kubuntu 14.04) it does not happen.




From: jp charras [jp.char...@wanadoo.fr]
Sent: 09 March 2016 09:15
To: Mário Luzeiro; 

Re: [Kicad-developers] 3D plugin for STEP/IGES via OCE

[Cirilo Bernardo]

Hi Mario,

 OCE has 2 basic form control parameters used in the tesselation:
deflection and deflectionAngle. These control the number of segments
in an arc and the max. error in NURBS surfaces. There are probably
a few more tolerance parameters but I don't know OCE well enough.

 Configuring plugin parameters is something I haven't addressed yet.
I can add a function to the plugin interface to ask kicad for the 3D
configuration directory and individual plugins can write default
configurations there, but in this case users need to read documentation
so they can adjust those parameters if necessary. Anyway, that would
be a good first step and in the future we might be able to add GUIs
for this task. Many plugins would require no configuration though and
the few that do wouldn't have many parameters. Since we don't
expect an overwhelming number of plugins, perhaps each class of
plugin (at the moment there is only the one class - 3DPlugin) could
have a single configuration file which holds the parameters for each
plugin type. Anyway, at the moment there is no urgent need for such
configuration since the defaults work well anyway. :)

- Cirilo


On Thu, Mar 10, 2016 at 8:57 PM, Mário Luzeiro  wrote:

> Excellent progress!
>
> I believe it will need some discussion on how to integrate the dependency
> on OCE but hope a good compromise could be found.
> It is good however that we got something to discuss.
>
> What options does OCE offer you when convert the STEP to triangles? (i.e:
> on relation to quality/ detail of tesselation, materials, etc ?)
>
> Mario
> 
> From: Kicad-developers [kicad-developers-bounces+mrluzeiro=
> ua...@lists.launchpad.net] on behalf of Cirilo Bernardo [
> cirilo.berna...@gmail.com]
> Sent: 10 March 2016 09:13
> To: KiCad Developers
> Subject: Re: [Kicad-developers] 3D plugin for STEP/IGES via OCE
>
> Sorry, I doubled up on a link and missed the HackRF link:
>
> https://drive.google.com/open?id=0By_XTJN-s8aXaTJidzZzOUhxWEk
>
> - Cirilo
>
> On Thu, Mar 10, 2016 at 8:11 PM, Cirilo Bernardo <
> cirilo.berna...@gmail.com> wrote:
> Hi folks,
>
>  I have a 3D plugin built to support STEP and IGES visualization via OCE
> and have linked 3 screenshots below.
>
> https://drive.google.com/open?id=0By_XTJN-s8aXS1pKSE5uNVp0VG8
> https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
> https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
>
>  The HackRF STEP model was created by Maurice via his KiCad StepUP
> tools for FreeCAD.
>
>  If people would like this plugin to be pushed into 3d_initial_merge then
> let me know; I would need to add a CMake option to build it since it
> depends on OCE and should not be built by default. Just remember that
> these models will not be visible in 3DViewer until the current 3DViewer
> has been replaced by one which uses the scenegraph objects from
> 3d_initial_merge.  Mario is making a lot of progress with his 3DViewer
> branch, so hopefully it won't be too long before we have all the latest
> 3D visualization codes. :)
>
>  One note: although the new 3D viewer will be able to directly use the
> STEP/IGES models (no need to convert to VRML), actual MCAD
> exports is still a long way away since it depends on the implementation
> of a plugin system for reading and manipulating the PCB data itself.
>
>  Thanks to Tom Wlostowski for the initial OCE investigations and his
> sample c++ code for converting STEP to VRML.
>
> - Cirilo
>
>
>
___
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] 3D plugin for STEP/IGES via OCE

[Cirilo Bernardo]

I have created a stand-alone build project for the OCE plugin:

https://github.com/cbernardo/kicad_oce_3D

Any devs wishing to help out can clone the repository and help
to address the OCE issues (build/install/find) on various
platforms.

Since 3d_initial_merge is not yet merged with KiCad and does
not yet install development headers I have also included some
code and headers from the 3d_initial_merge branch to ensure
the plugin can be built even without that branch.

- Cirilo


On Fri, Mar 11, 2016 at 2:17 AM, easyw  wrote:

> I could test on this platforms:
>
> 1) ubuntu 64b and 32b
> 2) win 64 and 32
> 3) OSX Lion (if it can be built) at the moment , later on El Capitan
>
> asap Cirilo will provide this update in the repo...
>
> Maurice
>
>
> On 10/03/2016 14.17, Wayne Stambaugh wrote:
>
>> Before I would allow OCE as a KiCad dependency, it must build without
>> modification from source on OSX, msys2/mingw32 and msys2/mingw64 at a
>> minimum.  If it fails this test, then someone will have to provide
>> packages for these platforms.  Has this been tested?
>>
>> On 3/10/2016 4:11 AM, Cirilo Bernardo wrote:
>>
>>> Hi folks,
>>>
>>>   I have a 3D plugin built to support STEP and IGES visualization via OCE
>>> and have linked 3 screenshots below.
>>>
>>> https://drive.google.com/open?id=0By_XTJN-s8aXS1pKSE5uNVp0VG8
>>> https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
>>> https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
>>>
>>>   The HackRF STEP model was created by Maurice via his KiCad StepUP
>>> tools for FreeCAD.
>>>
>>>   If people would like this plugin to be pushed into 3d_initial_merge
>>> then
>>> let me know; I would need to add a CMake option to build it since it
>>> depends on OCE and should not be built by default. Just remember that
>>> these models will not be visible in 3DViewer until the current 3DViewer
>>> has been replaced by one which uses the scenegraph objects from
>>> 3d_initial_merge.  Mario is making a lot of progress with his 3DViewer
>>> branch, so hopefully it won't be too long before we have all the latest
>>> 3D visualization codes. :)
>>>
>>>   One note: although the new 3D viewer will be able to directly use the
>>> STEP/IGES models (no need to convert to VRML), actual MCAD
>>> exports is still a long way away since it depends on the implementation
>>> of a plugin system for reading and manipulating the PCB data itself.
>>>
>>>   Thanks to Tom Wlostowski for the initial OCE investigations and his
>>> sample c++ code for converting STEP to VRML.
>>>
>>> - Cirilo
>>>
>>>
>>>
>>> ___
>>> 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] Some new sweet features on the new 3D-Viewer

[Mário Luzeiro]

Hi Jakub,

I think you are experience other type of freeze.
"Simplifying polygons" is at moment the most timing consuming pre-process. On 
the Demo/video board, it can take about 13 seconds to load the board. (work in 
progress!)
So it expected that you see a "not responding" during that load time.
If that is the case, please ignore it by now as I will work on get it work on 
decent times.


"On my system the spacebar for "Pivot rotation and center" sometimes is not 
working"
"I found that spacebar is working if that there are "squarish segments" 
otherwise is not working."

Mind that only if you are hitting the bounding box of the board it will work... 
( I think in good it should be hit against the board outline )
I was expect that user would like to center something in relation to the board, 
If that is not clear, I can in future hit it against some big plane.


"I do not use a mouse, only trackpoint so middle button click does not work."

Sorry I am so old school that I had to go to youtube to see for the first time 
what a trackpoint is :O ... I am still using an IBM PS/2 keyboard for 
developing :P joking!
I also have a Lenovo but it is not my primary machine... I dont know if I have 
drivers for that feature.. will check.. 

but so.. are you proposing something about that (not use of?) middle button?

Mario

From: Jakub Kozdon [fldriv...@seznam.cz]
Sent: 10 March 2016 20:00
To: Mário Luzeiro; jp charras; kicad-developers@lists.launchpad.net; 
ea...@katamail.com
Subject: Re: [Kicad-developers] Some new sweet features on the new 3D-Viewer

Hi Mário,

I was testing 5944.

The freeze is still here. It appears during simplifying polygons phase. I think 
that Windows did not get any update about KiCad status so Windows makes KiCad 
"not responding". This appears after while in simplifying polygons phase and 
disappears after render completing, maybe is there some kind of timeout.

Only one remark. On my system the spacebar for "Pivot rotation and center" 
sometimes is not working. I do not use a mouse, only trackpoint so middle 
button click does not work. To make it working I have to set trackpoint middle 
button to "Neither", as a default I am using "Scrolling Standard", in that mode 
when I click middle button it is working as scroll wheel but in both 
dimensions. So I am using it for zooming. I found that spacebar is working if 
that there are "squarish segments" otherwise is not working. Maybe this helps 
you.

[cid:part1.05080905.01030001@seznam.cz]

Application: kicad
Version: (2016-03-10 BZR 5944)-product release build
wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1009,GCC 5.3.0,wx 
containers,compatible with 2.8)
Platform: Windows 7 (build 7601, Service Pack 1), 64-bit edition, 64 bit, 
Little endian, wxMSW
Boost version: 1.57.0
 USE_WX_GRAPHICS_CONTEXT=OFF
 USE_WX_OVERLAY=OFF
 KICAD_SCRIPTING=ON
 KICAD_SCRIPTING_MODULES=ON
 KICAD_SCRIPTING_WXPYTHON=ON
 USE_FP_LIB_TABLE=HARD_CODED_ON
 BUILD_GITHUB_PLUGIN=ON

Jakub


Dne 10.3.2016 v 14:36 Mário Luzeiro napsal(a):

Hi Jean-Pierre,

Maurice told me that he tested my latest commits and it fixed the "freeze" 
issues. Let me know if you test it successful too. Thanks.

Mario

From: jp charras [jp.char...@wanadoo.fr]
Sent: 09 March 2016 16:48
To: Mário Luzeiro; 
kicad-developers@lists.launchpad.net
Subject: Re: [Kicad-developers] Some new sweet features on the new 3D-Viewer

Le 09/03/2016 17:41, Mário Luzeiro a écrit :


Thanks JP for the detailed description.

Just some more items, is that with OpenGL or Raytracing mode?
On what platform (version) are you testing it?

I didn't experienced that yet on two different Win7 PCs and one Linux.

Mario




It happens both with OpenGL and Raytracing mode.
But only on W7 32 bits.
On Linux (Kubuntu 14.04) it does not happen.




From: jp charras [jp.char...@wanadoo.fr]
Sent: 09 March 2016 09:15
To: Mário Luzeiro; 
kicad-developers@lists.launchpad.net
Subject: Re: [Kicad-developers] Some new sweet features on the new 3D-Viewer

Le 08/03/2016 20:30, Mário Luzeiro a écrit :


Thanks Jean-Pierre,



I just have (on W7) frequent freeze of the display. Just iconize
and "un-iconize" the 3d viewer frame restarts the display... for a
few commands.



Sorry I am not seeing what could be this issue, what you mean by
"freeze" and which commands ? Does it hangs? Does not move / rotate
the board?

Mario




The 3D canvas looks like it is no more refreshed.
Exactly when a canvas doe not respond anymore to a Paint event.

But the viewer does no hang.
when zooming, dragging the mouse, using the space bar or enable/disable
a layer, the canvas is not refreshed, but the messages in status bar

Re: [Kicad-developers] 3D plugin for STEP/IGES via OCE

[Cirilo Bernardo]

On Fri, Mar 11, 2016 at 12:17 AM, Wayne Stambaugh 
wrote:

> Before I would allow OCE as a KiCad dependency, it must build without
> modification from source on OSX, msys2/mingw32 and msys2/mingw64 at a
> minimum.  If it fails this test, then someone will have to provide
> packages for these platforms.  Has this been tested?
>
>
No, this hasn't been tested. I can always provide the plugin as an
out-of-tree
thing but the challenge then is to get MSWin and OSX devs to look at it and
try to build it (and OCE). For now I'll move it to an out-of-tree project;
it would
be trivial to move into KiCad in the future if we wanted to do that. The
good
thing about the plugin system is that we can actually do this; no more
static
linking of 3D parsers to KiCad.

- Cirilo

On 3/10/2016 4:11 AM, Cirilo Bernardo wrote:
> > Hi folks,
> >
> >  I have a 3D plugin built to support STEP and IGES visualization via OCE
> > and have linked 3 screenshots below.
> >
> > https://drive.google.com/open?id=0By_XTJN-s8aXS1pKSE5uNVp0VG8
> > https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
> > https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
> >
> >  The HackRF STEP model was created by Maurice via his KiCad StepUP
> > tools for FreeCAD.
> >
> >  If people would like this plugin to be pushed into 3d_initial_merge then
> > let me know; I would need to add a CMake option to build it since it
> > depends on OCE and should not be built by default. Just remember that
> > these models will not be visible in 3DViewer until the current 3DViewer
> > has been replaced by one which uses the scenegraph objects from
> > 3d_initial_merge.  Mario is making a lot of progress with his 3DViewer
> > branch, so hopefully it won't be too long before we have all the latest
> > 3D visualization codes. :)
> >
> >  One note: although the new 3D viewer will be able to directly use the
> > STEP/IGES models (no need to convert to VRML), actual MCAD
> > exports is still a long way away since it depends on the implementation
> > of a plugin system for reading and manipulating the PCB data itself.
> >
> >  Thanks to Tom Wlostowski for the initial OCE investigations and his
> > sample c++ code for converting STEP to VRML.
> >
> > - Cirilo
> >
> >
> >
> > ___
> > 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] Some new sweet features on the new 3D-Viewer

[Jakub Kozdon]

Hi Mário,

I was testing 5944.

The freeze is still here. It appears during simplifying polygons phase. 
I think that Windows did not get any update about KiCad status so 
Windows makes KiCad "not responding". This appears after while in 
simplifying polygons phase and disappears after render completing, maybe 
is there some kind of timeout.


Only one remark. On my system the spacebar for "Pivot rotation and 
center" sometimes is not working. I do not use a mouse, only trackpoint 
so middle button click does not work. To make it working I have to set 
trackpoint middle button to "Neither", as a default I am using 
"Scrolling Standard", in that mode when I click middle button it is 
working as scroll wheel but in both dimensions. So I am using it for 
zooming. I found that spacebar is working if that there are "squarish 
segments" otherwise is not working. Maybe this helps you.




Application: kicad
Version: (2016-03-10 BZR 5944)-product release build
wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1009,GCC 
5.3.0,wx containers,compatible with 2.8)
Platform: Windows 7 (build 7601, Service Pack 1), 64-bit edition, 64 
bit, Little endian, wxMSW

Boost version: 1.57.0
 USE_WX_GRAPHICS_CONTEXT=OFF
 USE_WX_OVERLAY=OFF
 KICAD_SCRIPTING=ON
 KICAD_SCRIPTING_MODULES=ON
 KICAD_SCRIPTING_WXPYTHON=ON
 USE_FP_LIB_TABLE=HARD_CODED_ON
 BUILD_GITHUB_PLUGIN=ON

Jakub


Dne 10.3.2016 v 14:36 Mário Luzeiro napsal(a):

Hi Jean-Pierre,

Maurice told me that he tested my latest commits and it fixed the "freeze" 
issues. Let me know if you test it successful too. Thanks.

Mario

From: jp charras [jp.char...@wanadoo.fr]
Sent: 09 March 2016 16:48
To: Mário Luzeiro; kicad-developers@lists.launchpad.net
Subject: Re: [Kicad-developers] Some new sweet features on the new 3D-Viewer

Le 09/03/2016 17:41, Mário Luzeiro a écrit :

Thanks JP for the detailed description.

Just some more items, is that with OpenGL or Raytracing mode?
On what platform (version) are you testing it?

I didn't experienced that yet on two different Win7 PCs and one Linux.

Mario


It happens both with OpenGL and Raytracing mode.
But only on W7 32 bits.
On Linux (Kubuntu 14.04) it does not happen.



From: jp charras [jp.char...@wanadoo.fr]
Sent: 09 March 2016 09:15
To: Mário Luzeiro; kicad-developers@lists.launchpad.net
Subject: Re: [Kicad-developers] Some new sweet features on the new 3D-Viewer

Le 08/03/2016 20:30, Mário Luzeiro a écrit :

Thanks Jean-Pierre,


I just have (on W7) frequent freeze of the display. Just iconize
and "un-iconize" the 3d viewer frame restarts the display... for a
few commands.

Sorry I am not seeing what could be this issue, what you mean by
"freeze" and which commands ? Does it hangs? Does not move / rotate
the board?

Mario


The 3D canvas looks like it is no more refreshed.
Exactly when a canvas doe not respond anymore to a Paint event.

But the viewer does no hang.
when zooming, dragging the mouse, using the space bar or enable/disable
a layer, the canvas is not refreshed, but the messages in status bar
shows the expected activity.

Using the space bar is the command which creates the more frequently
this screen freeze.
But the display is no more refreshed by mouse moves or right click
pop-menu commands.


Iconize and "un-iconize", or enable/disable a layer ends this freeze,
and the 3D view shown is (AFAIK) consitent with the "ignored" commands:
For instance if during freeze, you select from right click pop-menu the
"Left view", the left view is displayed after exiting the freeze.

Looks like it is mainly a redraw 3D view issue.





--
Jean-Pierre CHARRAS



--
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


___
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] 3D plugin for STEP/IGES via OCE

[Wayne Stambaugh]

This may be the way to go.  The only drawback to making it a separate
project is that we will have to create separate binary packages.  I'm
guessing step support would be a popular feature.  I know I would like it.

On 3/10/2016 9:04 AM, Brian Sidebotham wrote:
> I would create the plugin as a separate project. That's really the
> idea of plugins afterall. I wouldn't bother rolling much more than the
> bare essential plugins into the KiCad source. This would be a great
> example of how to externally develop a plugin.
> 
> Best Regards,
> 
> Brian.
> 
> On 10 March 2016 at 09:11, Cirilo Bernardo  wrote:
>> Hi folks,
>>
>>  I have a 3D plugin built to support STEP and IGES visualization via OCE
>> and have linked 3 screenshots below.
>>
>> https://drive.google.com/open?id=0By_XTJN-s8aXS1pKSE5uNVp0VG8
>> https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
>> https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
>>
>>  The HackRF STEP model was created by Maurice via his KiCad StepUP
>> tools for FreeCAD.
>>
>>  If people would like this plugin to be pushed into 3d_initial_merge then
>> let me know; I would need to add a CMake option to build it since it
>> depends on OCE and should not be built by default. Just remember that
>> these models will not be visible in 3DViewer until the current 3DViewer
>> has been replaced by one which uses the scenegraph objects from
>> 3d_initial_merge.  Mario is making a lot of progress with his 3DViewer
>> branch, so hopefully it won't be too long before we have all the latest
>> 3D visualization codes. :)
>>
>>  One note: although the new 3D viewer will be able to directly use the
>> STEP/IGES models (no need to convert to VRML), actual MCAD
>> exports is still a long way away since it depends on the implementation
>> of a plugin system for reading and manipulating the PCB data itself.
>>
>>  Thanks to Tom Wlostowski for the initial OCE investigations and his
>> sample c++ code for converting STEP to VRML.
>>
>> - Cirilo
>>
>>
>> ___
>> 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] Enable C++11

[Chris Pavlina]

It doesn't seem to me that enabling a config macro as well is really all that
much.

Since we're still in the heavy development phase of the cycle, I personally
think that this is the absolute _best_ time to do things like enabling C++11.
We're not making any major releases now, so we have plenty of time to make
tweaks if small things break, or back out the changes entirely if large things
break.  It's really not a big deal, from my perspective. That's what this part
of the devel cycle is _for_. :)

On Thu, Mar 10, 2016 at 10:56:32AM -0500, Wayne Stambaugh wrote:
> This is why I have been reluctant to make C++11 the default.  There are
> just too many legacy systems around where it would cause issues.  I'm OK
> with bumping the boost version to 1.55 because I think the impact of
> that would be minimal but if we have to do much more that that, we may
> want to hold off until the rest of the world catches up.
> 
> On 3/10/2016 9:40 AM, Mark Roszko wrote:
> > boost 1.55 only adds the the flag you now have to set to workaround.
> > 
> >> Fixed in Git develop: I've added and documented two config macros:
> >> BOOST_MATH_USE_FLOAT128 and BOOST_MATH_DISABLE_FLOAT128 which explicitly 
> >> enable/disable this feature.
> >> Defining the latter macro should fix things for your use case.
> > 
> > 
> > I think much much newer boost might fix it entirely but its also a
> > older gcc issue as I don't believe I ran into it on my Windows setup
> > which is way way more bleeding edge than Ubuntu.
> > 
> > ___
> > 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] Enable C++11

[Wayne Stambaugh]

This is why I have been reluctant to make C++11 the default.  There are
just too many legacy systems around where it would cause issues.  I'm OK
with bumping the boost version to 1.55 because I think the impact of
that would be minimal but if we have to do much more that that, we may
want to hold off until the rest of the world catches up.

On 3/10/2016 9:40 AM, Mark Roszko wrote:
> boost 1.55 only adds the the flag you now have to set to workaround.
> 
>> Fixed in Git develop: I've added and documented two config macros:
>> BOOST_MATH_USE_FLOAT128 and BOOST_MATH_DISABLE_FLOAT128 which explicitly 
>> enable/disable this feature.
>> Defining the latter macro should fix things for your use case.
> 
> 
> I think much much newer boost might fix it entirely but its also a
> older gcc issue as I don't believe I ran into it on my Windows setup
> which is way way more bleeding edge than Ubuntu.
> 
> ___
> 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] 3D plugin for STEP/IGES via OCE

[jp charras]

Le 10/03/2016 14:17, Wayne Stambaugh a écrit :
> Before I would allow OCE as a KiCad dependency, it must build without
> modification from source on OSX, msys2/mingw32 and msys2/mingw64 at a
> minimum.  If it fails this test, then someone will have to provide
> packages for these platforms.  Has this been tested?
> 
> On 3/10/2016 4:11 AM, Cirilo Bernardo wrote:
>> Hi folks,
>>
>>  I have a 3D plugin built to support STEP and IGES visualization via OCE
>> and have linked 3 screenshots below.  


I built OCE (coming from https://github.com/tpaviot/oce) on W7 32 bits,
msys2 without change in sources, but I had to slightly patch the CMakefile.

Attached the patch.
I had to force response files for include files and link files.
It could be not necessary on a 64bits Windows version.

-- 
Jean-Pierre CHARRAS
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 29891da..2b18115 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -125,6 +125,18 @@ if(WIN32)
mark_as_advanced(OCE_AUTOINSTALL_DEPENDENT_LIBS)
 endif()

+
+if( MSYS )
+# JPC: use a response file for include and link, because the environment 
buffer is too small
+# when there are a lot of files to link or include
+set( CMAKE_C_USE_RESPONSE_FILE_FOR_INCLUDES 1 )
+set( CMAKE_CXX_USE_RESPONSE_FILE_FOR_INCLUDES 1 )
+set( CMAKE_C_USE_RESPONSE_FILE_FOR_OBJECTS 1 )
+set( CMAKE_CXX_USE_RESPONSE_FILE_FOR_OBJECTS 1 )
+#set( CMAKE_CXX_RESPONSE_FILE_LINK_FLAG "@" )
+endif()
+
+
 if ((MSVC AND NOT NMAKE) OR CMAKE_COMPILER_IS_GNUCXX)
set(OCE_COMPILER_SUPPORTS_PCH TRUE)
if(MSVC)
___
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] 3D plugin for STEP/IGES via OCE

[easyw]

I could test on this platforms:

1) ubuntu 64b and 32b
2) win 64 and 32
3) OSX Lion (if it can be built) at the moment , later on El Capitan

asap Cirilo will provide this update in the repo...

Maurice

On 10/03/2016 14.17, Wayne Stambaugh wrote:

Before I would allow OCE as a KiCad dependency, it must build without
modification from source on OSX, msys2/mingw32 and msys2/mingw64 at a
minimum.  If it fails this test, then someone will have to provide
packages for these platforms.  Has this been tested?

On 3/10/2016 4:11 AM, Cirilo Bernardo wrote:

Hi folks,

  I have a 3D plugin built to support STEP and IGES visualization via OCE
and have linked 3 screenshots below.

https://drive.google.com/open?id=0By_XTJN-s8aXS1pKSE5uNVp0VG8
https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM

  The HackRF STEP model was created by Maurice via his KiCad StepUP
tools for FreeCAD.

  If people would like this plugin to be pushed into 3d_initial_merge then
let me know; I would need to add a CMake option to build it since it
depends on OCE and should not be built by default. Just remember that
these models will not be visible in 3DViewer until the current 3DViewer
has been replaced by one which uses the scenegraph objects from
3d_initial_merge.  Mario is making a lot of progress with his 3DViewer
branch, so hopefully it won't be too long before we have all the latest
3D visualization codes. :)

  One note: although the new 3D viewer will be able to directly use the
STEP/IGES models (no need to convert to VRML), actual MCAD
exports is still a long way away since it depends on the implementation
of a plugin system for reading and manipulating the PCB data itself.

  Thanks to Tom Wlostowski for the initial OCE investigations and his
sample c++ code for converting STEP to VRML.

- Cirilo



___
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

[Kicad-developers] Mac nightly builds of your wonderful branch!

[Adam Wolf]

Hi folks!

Does anyone have a branch they want built and packaged for OS X using the
same sorts of scripts that make the official ones?  I can even set it up so
they build nightly.

Let me know.

Adam Wolf
Cofounder and Engineer
Wayne and Layne
___
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] Enable C++11

[Nick Østergaard]

Well, I guess it the patch is modified to use gnu++11 for gcc it
should be fine then.

2016-03-10 15:40 GMT+01:00 Mark Roszko :
> boost 1.55 only adds the the flag you now have to set to workaround.
>
>>Fixed in Git develop: I've added and documented two config macros:
>> BOOST_MATH_USE_FLOAT128 and BOOST_MATH_DISABLE_FLOAT128 which explicitly 
>> enable/disable this feature.
>> Defining the latter macro should fix things for your use case.
>
>
> I think much much newer boost might fix it entirely but its also a
> older gcc issue as I don't believe I ran into it on my Windows setup
> which is way way more bleeding edge than Ubuntu.

___
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] Some new sweet features on the new 3D-Viewer

[jp charras]

Le 10/03/2016 14:36, Mário Luzeiro a écrit :
> Hi Jean-Pierre,
> 
> Maurice told me that he tested my latest commits and it fixed the "freeze" 
> issues. Let me know if you test it successful too. Thanks.
> 
> Mario

I just tested it.

Unfortunately, the "freeze" issue is still here.


-- 
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] [PATCH] Enable C++11

[Mark Roszko]

boost 1.55 only adds the the flag you now have to set to workaround.

>Fixed in Git develop: I've added and documented two config macros:
> BOOST_MATH_USE_FLOAT128 and BOOST_MATH_DISABLE_FLOAT128 which explicitly 
> enable/disable this feature.
> Defining the latter macro should fix things for your use case.


I think much much newer boost might fix it entirely but its also a
older gcc issue as I don't believe I ran into it on my Windows setup
which is way way more bleeding edge than Ubuntu.

___
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] Enable C++11

[Nick Østergaard]

What about bumping the boost version requirement to 1.55?

Debain stable jessie has 1.55 [1] and it seems that ubuntu 14.04
trusty also has 1.55 [2].

Given that the issue is only with boost 1.54.

[1] 
https://packages.debian.org/search?keywords=libboost=names=stable=all
[2] 
http://packages.ubuntu.com/search?keywords=libboost=names=trusty=all

2016-03-10 15:11 GMT+01:00 Mark Roszko :
> Just setting C++11 will break some builds on some setups thanks to
> boost and GCC (making its own decision on 128-bit float support)
>
> See:
> https://svn.boost.org/trac/boost/ticket/9240
>
> The workaround is to start defining boost flags or define gnu++11 for gcc
>
> Ubuntu 14 is affected by that.
>
> ___
> 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] Why Bazaar is complaining about modify files?

[Mário Luzeiro]

that its true, it was related with +X / -X flags.
I commit to my branch already the differences :S
.. I will find someway to revert this changes I did on my branch... 

Thanks


From: Kicad-developers 
[kicad-developers-bounces+mrluzeiro=ua...@lists.launchpad.net] on behalf of 
Wayne Stambaugh [stambau...@gmail.com]
Sent: 10 March 2016 14:04
To: Brian Sidebotham
Cc: KiCad Developers
Subject: Re: [Kicad-developers] Why Bazaar is complaining about modify files?

Thanks for the tip.  Don't know why I didn't think of that.  I must be
getting slow in my old age.  I wonder if the execute bit will be
overwritten the next time an update is performed.  That would be rather
annoying.

On 3/10/2016 9:02 AM, Brian Sidebotham wrote:
> The listed changes are due to the executable bit being different to
> that under version control. Set the executable bit of the files to the
> same as they are under version control and the problem will go away.
>
> Best Regards,
>
> Brian.
>
> On 10 March 2016 at 13:10, Wayne Stambaugh  wrote:
>> I don't use the msys2 version of bazaar.  I believe it has something to
>> do with line end issues.  I filed a bug report ages ago with the msys2
>> project but I'm guessing their motivation to fix it is low since bazaar
>> appears to be no longer under development.  I use the native version of
>> bazaar in msys2 without any issues.  You just have to make sure that you
>> have the path to bzr.exe somewhere in you PATH environment variable.
>> You will also have to remove the msys2 version of bzr.
>>
>> On 3/10/2016 4:19 AM, Mário Luzeiro wrote:
>>> Hello all,
>>>
>>> I am on MSYS2 and get my branch to work.
>>> For some reason, bazaar or my system is complaining about some files that 
>>> were modified.
>>> I already force it to revert the changes, but after I do some comment like 
>>> "bzr status" they appear again as modify files:
>>>
>>> Modified (12)
>>>   bitmaps_png/icons/mk_icn.sh
>>>   demos/kit-dev-coldfire-xilinx_5213/prj.3dshapes/dpack_5.wings
>>>   demos/kit-dev-coldfire-xilinx_5213/prj.3dshapes/push_butt_4pads.wings
>>>   helpers/tools_to_build_newstroke-font/fontconv.awk
>>>   new/make-html.sh
>>>   packaging/mac-osx/dmg-generator/AdiumApplescriptRunner
>>>   packaging/mac-osx/dmg-generator/make-diskimage.sh
>>>   packaging/mac-osx/dmg-generator/mkalias
>>>   pcbnew/scripting/examples/hidePcbValuesShowReferences.py
>>>   pcbnew/scripting/plugins/touch_slider_wizard.py
>>>   scripting/build_tools/extract_docstrings.py
>>>   scripting/build_tools/fix_swig_imports.py
>>>
>>> On Bazaar explorer there is a "x-bit" on the "status" of that files that I 
>>> dont know what it means.
>>>
>>> The modified files happen after I use bzr on MSYS2. On Bazaar (external 
>>> running on windows host) they are not changed if I use the program.
>>>
>>> $ bzr status
>>> modified:
>>>   bitmaps_png/icons/mk_icn.sh*
>>>   demos/kit-dev-coldfire-xilinx_5213/prj.3dshapes/dpack_5.wings*
>>>   demos/kit-dev-coldfire-xilinx_5213/prj.3dshapes/push_butt_4pads.wings*
>>>   helpers/tools_to_build_newstroke-font/fontconv.awk*
>>>   new/make-html.sh*
>>>   packaging/mac-osx/dmg-generator/AdiumApplescriptRunner*
>>>   packaging/mac-osx/dmg-generator/make-diskimage.sh*
>>>   packaging/mac-osx/dmg-generator/mkalias*
>>>   pcbnew/scripting/examples/hidePcbValuesShowReferences.py*
>>>   pcbnew/scripting/plugins/touch_slider_wizard.py*
>>>   scripting/build_tools/extract_docstrings.py*
>>>   scripting/build_tools/fix_swig_imports.py*
>>>
>>>
>>> Any idea?!
>>>
>>> Thanks!
>>> Mario Luzeiro
>>> ___
>>> 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] Why Bazaar is complaining about modify files?

[Wayne Stambaugh]

Thanks for the tip.  Don't know why I didn't think of that.  I must be
getting slow in my old age.  I wonder if the execute bit will be
overwritten the next time an update is performed.  That would be rather
annoying.

On 3/10/2016 9:02 AM, Brian Sidebotham wrote:
> The listed changes are due to the executable bit being different to
> that under version control. Set the executable bit of the files to the
> same as they are under version control and the problem will go away.
> 
> Best Regards,
> 
> Brian.
> 
> On 10 March 2016 at 13:10, Wayne Stambaugh  wrote:
>> I don't use the msys2 version of bazaar.  I believe it has something to
>> do with line end issues.  I filed a bug report ages ago with the msys2
>> project but I'm guessing their motivation to fix it is low since bazaar
>> appears to be no longer under development.  I use the native version of
>> bazaar in msys2 without any issues.  You just have to make sure that you
>> have the path to bzr.exe somewhere in you PATH environment variable.
>> You will also have to remove the msys2 version of bzr.
>>
>> On 3/10/2016 4:19 AM, Mário Luzeiro wrote:
>>> Hello all,
>>>
>>> I am on MSYS2 and get my branch to work.
>>> For some reason, bazaar or my system is complaining about some files that 
>>> were modified.
>>> I already force it to revert the changes, but after I do some comment like 
>>> "bzr status" they appear again as modify files:
>>>
>>> Modified (12)
>>>   bitmaps_png/icons/mk_icn.sh
>>>   demos/kit-dev-coldfire-xilinx_5213/prj.3dshapes/dpack_5.wings
>>>   demos/kit-dev-coldfire-xilinx_5213/prj.3dshapes/push_butt_4pads.wings
>>>   helpers/tools_to_build_newstroke-font/fontconv.awk
>>>   new/make-html.sh
>>>   packaging/mac-osx/dmg-generator/AdiumApplescriptRunner
>>>   packaging/mac-osx/dmg-generator/make-diskimage.sh
>>>   packaging/mac-osx/dmg-generator/mkalias
>>>   pcbnew/scripting/examples/hidePcbValuesShowReferences.py
>>>   pcbnew/scripting/plugins/touch_slider_wizard.py
>>>   scripting/build_tools/extract_docstrings.py
>>>   scripting/build_tools/fix_swig_imports.py
>>>
>>> On Bazaar explorer there is a "x-bit" on the "status" of that files that I 
>>> dont know what it means.
>>>
>>> The modified files happen after I use bzr on MSYS2. On Bazaar (external 
>>> running on windows host) they are not changed if I use the program.
>>>
>>> $ bzr status
>>> modified:
>>>   bitmaps_png/icons/mk_icn.sh*
>>>   demos/kit-dev-coldfire-xilinx_5213/prj.3dshapes/dpack_5.wings*
>>>   demos/kit-dev-coldfire-xilinx_5213/prj.3dshapes/push_butt_4pads.wings*
>>>   helpers/tools_to_build_newstroke-font/fontconv.awk*
>>>   new/make-html.sh*
>>>   packaging/mac-osx/dmg-generator/AdiumApplescriptRunner*
>>>   packaging/mac-osx/dmg-generator/make-diskimage.sh*
>>>   packaging/mac-osx/dmg-generator/mkalias*
>>>   pcbnew/scripting/examples/hidePcbValuesShowReferences.py*
>>>   pcbnew/scripting/plugins/touch_slider_wizard.py*
>>>   scripting/build_tools/extract_docstrings.py*
>>>   scripting/build_tools/fix_swig_imports.py*
>>>
>>>
>>> Any idea?!
>>>
>>> Thanks!
>>> Mario Luzeiro
>>> ___
>>> 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] 3D refactor

[Nick Østergaard]

Hi All

Adam has prepared some OS X builds of the 3d_intial_merge branch on
http://downloads.kicad-pcb.org/osx/testing/3d_initial_merge/

So OS X users, please test this. When that is done, then it has been
tested on all three platforms.

2016-03-03 7:59 GMT+01:00 Cirilo Bernardo :
> Hi Wayne,
>
>  I believe Bernhard has sorted out the OSX issues; others have compiled and
> installed with Bernhard's changes and haven't had any problems.
>
>  I haven't had any problems when I installed on MSWin via the installer
> package which nickoe built on Jenkins. If you're having problems building
> and installing from source we'd need to have a closer look at the steps
> you're going through to get kicad up and running.
>
>  The 3D refactor code was last synced with r6601 but once we sort out the
> install issues on MSWin it should be trivial to sync.
>
> - Cirilo
>
>
> On Thu, Feb 25, 2016 at 4:51 AM, Wayne Stambaugh 
> wrote:
>>
>> Thanks Bernhard,
>>
>> Before I committed the 3D refactor, I was going to ask our package devs
>> to take a look at it due to the new 3D model plugins.  I would like to
>> get this correct before I commit it.  What's the status on windows.
>> I've built and installed from source and that works find but I'm
>> guessing our installers will need to be changed to accommodate this.
>> Once we have the install issues sorted out, I'll commit it.
>>
>> Cheers,
>>
>> Wayne
>>
>> On 2/24/2016 12:26 PM, Bernhard Stegmaier wrote:
>> > Hi,
>> >
>> > I just tried on OS X and plugin handling doesn’t seem to be OK.
>> > At least, “make install” does directly (try to) install them to
>> > “/Applications/…” which is completely wrong (and also maybe the case why
>> > my built binary doesn’t find them?). Also, the path itself under
>> > SharedSupport I guess isn’t right.
>> >
>> > It also install this here
>> > bstegmaier$ ls -al /Applications/kicad.app/Contents/Macos/
>> > total 464
>> > drwxr-xr-x  4 bstegmaier  admin 136 24 Feb 18:17 .
>> > drwxr-xr-x  3 bstegmaier  admin 102 24 Feb 18:17 ..
>> > -rwxr-xr-x  1 bstegmaier  admin  231560 24 Feb 18:17
>> > libkicad_3dsg..0.0.dylib
>> > lrwxr-xr-x  1 bstegmaier  admin  24 24 Feb 18:17 libkicad_3dsg.dylib
>> > -> libkicad_3dsg..0.0.dylib
>> > which doesn’t look right, what is it good for?
>> >
>> > If you like, I can have a look and try to fix this.
>> >
>> >
>> > Regards,
>> > Bernhard
>> >
>> >> On 23.02.2016, at 22:21, Cirilo Bernardo > >> > wrote:
>> >>
>> >>
>> >>
>> >> On Tue, Feb 23, 2016 at 7:37 PM, jp charras > >> > wrote:
>> >>
>> >> Le 23/02/2016 08:56, Cirilo Bernardo a écrit :
>> >> > On Tue, Feb 23, 2016 at 3:00 AM, Wayne Stambaugh
>> >> >
>> >> > wrote:
>> >> >
>> >> >> Cirilo,
>> >> >>
>> >> >> I have one last change request that I missed in my previous
>> >> review.
>> >> >> Please change your debugging output method.  Windows apps have
>> >> no
>> >> >> concept of stdout even when run from the command line.
>> >> wxLogTrace is
>> >> >> the preferred method for debugging output.  It solves two
>> >> problems.  The
>> >> >> debugging strings are redirected to the correct output on all
>> >> supported
>> >> >> platforms and the debugging output is turned off by default.
>> >> Turning on
>> >> >> the debugging output is as simple as:
>> >> >>
>> >> >> export WXTRACE="SOME_DEBUGGING_OUTPUT_TO_ENABLE"
>> >> >>
>> >> >> The is handy so I don't have to sift through everyone's
>> >> debugging output
>> >> >> to find what I'm looking for.  You just need to pick a unique
>> >> string not
>> >> >> used by any other kicad wxLogTrace calls to enable tracing of
>> >> your
>> >> >> debugging output.
>> >> >>
>> >> >>
>> >> > The 3d_initial_merge branch has been updated to use wxLogTrace;
>> >> > it has also been synchronized to the main branch r6527.  The
>> >> latest
>> >> > revision for the 3d_initial_merge branch is r6527. The branch
>> >> builds
>> >> > successfully and I have tested the previewer with various VRML1/2
>> >> and
>> >> > X3D models.
>> >> >
>> >> > - Cirilo
>> >>
>> >> Thanks, Cirilo.
>> >> Very good work.
>> >>
>> >> At least on Windows, 3d_plugin_manager.cpp is missing the line:
>> >> #include 
>> >>
>> >> Without this include, it does not compile.
>> >>
>> >> --
>> >> 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] 3D plugin for STEP/IGES via OCE

[Brian Sidebotham]

I would create the plugin as a separate project. That's really the
idea of plugins afterall. I wouldn't bother rolling much more than the
bare essential plugins into the KiCad source. This would be a great
example of how to externally develop a plugin.

Best Regards,

Brian.

On 10 March 2016 at 09:11, Cirilo Bernardo  wrote:
> Hi folks,
>
>  I have a 3D plugin built to support STEP and IGES visualization via OCE
> and have linked 3 screenshots below.
>
> https://drive.google.com/open?id=0By_XTJN-s8aXS1pKSE5uNVp0VG8
> https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
> https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
>
>  The HackRF STEP model was created by Maurice via his KiCad StepUP
> tools for FreeCAD.
>
>  If people would like this plugin to be pushed into 3d_initial_merge then
> let me know; I would need to add a CMake option to build it since it
> depends on OCE and should not be built by default. Just remember that
> these models will not be visible in 3DViewer until the current 3DViewer
> has been replaced by one which uses the scenegraph objects from
> 3d_initial_merge.  Mario is making a lot of progress with his 3DViewer
> branch, so hopefully it won't be too long before we have all the latest
> 3D visualization codes. :)
>
>  One note: although the new 3D viewer will be able to directly use the
> STEP/IGES models (no need to convert to VRML), actual MCAD
> exports is still a long way away since it depends on the implementation
> of a plugin system for reading and manipulating the PCB data itself.
>
>  Thanks to Tom Wlostowski for the initial OCE investigations and his
> sample c++ code for converting STEP to VRML.
>
> - Cirilo
>
>
> ___
> 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] Some new sweet features on the new 3D-Viewer

[Mário Luzeiro]

Hi Jean-Pierre,

Maurice told me that he tested my latest commits and it fixed the "freeze" 
issues. Let me know if you test it successful too. Thanks.

Mario

From: jp charras [jp.char...@wanadoo.fr]
Sent: 09 March 2016 16:48
To: Mário Luzeiro; kicad-developers@lists.launchpad.net
Subject: Re: [Kicad-developers] Some new sweet features on the new 3D-Viewer

Le 09/03/2016 17:41, Mário Luzeiro a écrit :
> Thanks JP for the detailed description.
>
> Just some more items, is that with OpenGL or Raytracing mode?
> On what platform (version) are you testing it?
>
> I didn't experienced that yet on two different Win7 PCs and one Linux.
>
> Mario
>

It happens both with OpenGL and Raytracing mode.
But only on W7 32 bits.
On Linux (Kubuntu 14.04) it does not happen.

> 
> From: jp charras [jp.char...@wanadoo.fr]
> Sent: 09 March 2016 09:15
> To: Mário Luzeiro; kicad-developers@lists.launchpad.net
> Subject: Re: [Kicad-developers] Some new sweet features on the new 3D-Viewer
>
> Le 08/03/2016 20:30, Mário Luzeiro a écrit :
>> Thanks Jean-Pierre,
>>
>>> I just have (on W7) frequent freeze of the display. Just iconize
>>> and "un-iconize" the 3d viewer frame restarts the display... for a
>>> few commands.
>>
>> Sorry I am not seeing what could be this issue, what you mean by
>> "freeze" and which commands ? Does it hangs? Does not move / rotate
>> the board?
>>
>> Mario
>>
>
> The 3D canvas looks like it is no more refreshed.
> Exactly when a canvas doe not respond anymore to a Paint event.
>
> But the viewer does no hang.
> when zooming, dragging the mouse, using the space bar or enable/disable
> a layer, the canvas is not refreshed, but the messages in status bar
> shows the expected activity.
>
> Using the space bar is the command which creates the more frequently
> this screen freeze.
> But the display is no more refreshed by mouse moves or right click
> pop-menu commands.
>
>
> Iconize and "un-iconize", or enable/disable a layer ends this freeze,
> and the 3D view shown is (AFAIK) consitent with the "ignored" commands:
> For instance if during freeze, you select from right click pop-menu the
> "Left view", the left view is displayed after exiting the freeze.
>
> Looks like it is mainly a redraw 3D view issue.
>
>
>
>
>
> --
> Jean-Pierre CHARRAS
>


--
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] 3D plugin for STEP/IGES via OCE

[Wayne Stambaugh]

Before I would allow OCE as a KiCad dependency, it must build without
modification from source on OSX, msys2/mingw32 and msys2/mingw64 at a
minimum.  If it fails this test, then someone will have to provide
packages for these platforms.  Has this been tested?

On 3/10/2016 4:11 AM, Cirilo Bernardo wrote:
> Hi folks,
> 
>  I have a 3D plugin built to support STEP and IGES visualization via OCE
> and have linked 3 screenshots below.  
> 
> https://drive.google.com/open?id=0By_XTJN-s8aXS1pKSE5uNVp0VG8
> https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
> https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
> 
>  The HackRF STEP model was created by Maurice via his KiCad StepUP
> tools for FreeCAD.
> 
>  If people would like this plugin to be pushed into 3d_initial_merge then
> let me know; I would need to add a CMake option to build it since it
> depends on OCE and should not be built by default. Just remember that
> these models will not be visible in 3DViewer until the current 3DViewer
> has been replaced by one which uses the scenegraph objects from
> 3d_initial_merge.  Mario is making a lot of progress with his 3DViewer
> branch, so hopefully it won't be too long before we have all the latest
> 3D visualization codes. :)
> 
>  One note: although the new 3D viewer will be able to directly use the
> STEP/IGES models (no need to convert to VRML), actual MCAD
> exports is still a long way away since it depends on the implementation
> of a plugin system for reading and manipulating the PCB data itself.
> 
>  Thanks to Tom Wlostowski for the initial OCE investigations and his
> sample c++ code for converting STEP to VRML.
> 
> - Cirilo
> 
> 
> 
> ___
> 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] Why Bazaar is complaining about modify files?

[Wayne Stambaugh]

I don't use the msys2 version of bazaar.  I believe it has something to
do with line end issues.  I filed a bug report ages ago with the msys2
project but I'm guessing their motivation to fix it is low since bazaar
appears to be no longer under development.  I use the native version of
bazaar in msys2 without any issues.  You just have to make sure that you
have the path to bzr.exe somewhere in you PATH environment variable.
You will also have to remove the msys2 version of bzr.

On 3/10/2016 4:19 AM, Mário Luzeiro wrote:
> Hello all,
> 
> I am on MSYS2 and get my branch to work.
> For some reason, bazaar or my system is complaining about some files that 
> were modified.
> I already force it to revert the changes, but after I do some comment like 
> "bzr status" they appear again as modify files:
> 
> Modified (12)
>   bitmaps_png/icons/mk_icn.sh
>   demos/kit-dev-coldfire-xilinx_5213/prj.3dshapes/dpack_5.wings
>   demos/kit-dev-coldfire-xilinx_5213/prj.3dshapes/push_butt_4pads.wings
>   helpers/tools_to_build_newstroke-font/fontconv.awk
>   new/make-html.sh
>   packaging/mac-osx/dmg-generator/AdiumApplescriptRunner
>   packaging/mac-osx/dmg-generator/make-diskimage.sh
>   packaging/mac-osx/dmg-generator/mkalias
>   pcbnew/scripting/examples/hidePcbValuesShowReferences.py
>   pcbnew/scripting/plugins/touch_slider_wizard.py
>   scripting/build_tools/extract_docstrings.py
>   scripting/build_tools/fix_swig_imports.py
> 
> On Bazaar explorer there is a "x-bit" on the "status" of that files that I 
> dont know what it means.
> 
> The modified files happen after I use bzr on MSYS2. On Bazaar (external 
> running on windows host) they are not changed if I use the program.
> 
> $ bzr status
> modified:
>   bitmaps_png/icons/mk_icn.sh*
>   demos/kit-dev-coldfire-xilinx_5213/prj.3dshapes/dpack_5.wings*
>   demos/kit-dev-coldfire-xilinx_5213/prj.3dshapes/push_butt_4pads.wings*
>   helpers/tools_to_build_newstroke-font/fontconv.awk*
>   new/make-html.sh*
>   packaging/mac-osx/dmg-generator/AdiumApplescriptRunner*
>   packaging/mac-osx/dmg-generator/make-diskimage.sh*
>   packaging/mac-osx/dmg-generator/mkalias*
>   pcbnew/scripting/examples/hidePcbValuesShowReferences.py*
>   pcbnew/scripting/plugins/touch_slider_wizard.py*
>   scripting/build_tools/extract_docstrings.py*
>   scripting/build_tools/fix_swig_imports.py*
> 
> 
> Any idea?!
> 
> Thanks!
> Mario Luzeiro
> ___
> 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] Some new sweet features on the new 3D-Viewer

[Mário Luzeiro]

I experienced that for the first time! .. I happy I will be able to fix it 
now...
stay tuned...

From: Kicad-developers 
[kicad-developers-bounces+mrluzeiro=ua...@lists.launchpad.net] on behalf of 
Mário Luzeiro [mrluze...@ua.pt]
Sent: 10 March 2016 11:06
To: easyw; kicad-developers@lists.launchpad.net
Subject: Re: [Kicad-developers] Some new sweet features on the new 3D-Viewer

Hi Maurice,

So this is the same bug that JP describes?
https://lists.launchpad.net/kicad-developers/msg23719.html

So this only happen for you when you use spacebar or middle mouse but not any 
other commands? (eg cursor, F1, F2, z/Z,x/X, y/Y,r/R, HOME, ..)

bw, could you share the version info with me?

This is my version info:

Application: kicad
Version: no-bzr-product release build
wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1009,GCC 5.3.0,wx 
containers,compatible with 2.8)
Platform: Windows 7 (build 7601, Service Pack 1), 64-bit edition, 64 bit, 
Little endian, wxMSW
Boost version: 1.60.0
 USE_WX_GRAPHICS_CONTEXT=OFF
 USE_WX_OVERLAY=OFF
 KICAD_SCRIPTING=OFF
 KICAD_SCRIPTING_MODULES=OFF
 KICAD_SCRIPTING_WXPYTHON=OFF
 USE_FP_LIB_TABLE=HARD_CODED_ON
 BUILD_GITHUB_PLUGIN=ON

Mario


From: easyw [ea...@katamail.com]
Sent: 10 March 2016 10:55
To: Mário Luzeiro; kicad-developers@lists.launchpad.net
Subject: Re: [Kicad-developers] Some new sweet features on the new 3D-Viewer

Hi Mario,
nice addition the Raytracing button...

I tried the 5938 in win8-64b-wx302
I got OpenGL display freezed when pressing space bar or middle mouse
button... you can change i.e. zoom or move the pivot without displaying
any redraw
The same problem with the Raytracing button (and raytrace view is not
completely displayed, just low-res intermediate image)
I get the interface alive again and displaying correctly after iconizing
and de-iconizing or after clicking on the 'Redraw view' button

Maurice

On 09/03/2016 17.41, Mário Luzeiro wrote:
> Thanks JP for the detailed description.
>
> Just some more items, is that with OpenGL or Raytracing mode?
> On what platform (version) are you testing it?
>
> I didn't experienced that yet on two different Win7 PCs and one Linux.
>
> Mario
>
> 
> From: jp charras [jp.char...@wanadoo.fr]
> Sent: 09 March 2016 09:15
> To: Mário Luzeiro; kicad-developers@lists.launchpad.net
> Subject: Re: [Kicad-developers] Some new sweet features on the new 3D-Viewer
>
> Le 08/03/2016 20:30, Mário Luzeiro a écrit :
>> Thanks Jean-Pierre,
>>
>>> I just have (on W7) frequent freeze of the display. Just iconize
>>> and "un-iconize" the 3d viewer frame restarts the display... for a
>>> few commands.
>>
>> Sorry I am not seeing what could be this issue, what you mean by
>> "freeze" and which commands ? Does it hangs? Does not move / rotate
>> the board?
>>
>> Mario
>>
>
> The 3D canvas looks like it is no more refreshed.
> Exactly when a canvas doe not respond anymore to a Paint event.
>
> But the viewer does no hang.
> when zooming, dragging the mouse, using the space bar or enable/disable
> a layer, the canvas is not refreshed, but the messages in status bar
> shows the expected activity.
>
> Using the space bar is the command which creates the more frequently
> this screen freeze.
> But the display is no more refreshed by mouse moves or right click
> pop-menu commands.
>
>
> Iconize and "un-iconize", or enable/disable a layer ends this freeze,
> and the 3D view shown is (AFAIK) consitent with the "ignored" commands:
> For instance if during freeze, you select from right click pop-menu the
> "Left view", the left view is displayed after exiting the freeze.
>
> Looks like it is mainly a redraw 3D view issue.
>
>
>
>
>
> --
> 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
>

___
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] Some new sweet features on the new 3D-Viewer

[Mário Luzeiro]

Hi Maurice,

So this is the same bug that JP describes?
https://lists.launchpad.net/kicad-developers/msg23719.html

So this only happen for you when you use spacebar or middle mouse but not any 
other commands? (eg cursor, F1, F2, z/Z,x/X, y/Y,r/R, HOME, ..)

bw, could you share the version info with me? 

This is my version info:

Application: kicad
Version: no-bzr-product release build
wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1009,GCC 5.3.0,wx 
containers,compatible with 2.8)
Platform: Windows 7 (build 7601, Service Pack 1), 64-bit edition, 64 bit, 
Little endian, wxMSW
Boost version: 1.60.0
 USE_WX_GRAPHICS_CONTEXT=OFF
 USE_WX_OVERLAY=OFF
 KICAD_SCRIPTING=OFF
 KICAD_SCRIPTING_MODULES=OFF
 KICAD_SCRIPTING_WXPYTHON=OFF
 USE_FP_LIB_TABLE=HARD_CODED_ON
 BUILD_GITHUB_PLUGIN=ON

Mario


From: easyw [ea...@katamail.com]
Sent: 10 March 2016 10:55
To: Mário Luzeiro; kicad-developers@lists.launchpad.net
Subject: Re: [Kicad-developers] Some new sweet features on the new 3D-Viewer

Hi Mario,
nice addition the Raytracing button...

I tried the 5938 in win8-64b-wx302
I got OpenGL display freezed when pressing space bar or middle mouse
button... you can change i.e. zoom or move the pivot without displaying
any redraw
The same problem with the Raytracing button (and raytrace view is not
completely displayed, just low-res intermediate image)
I get the interface alive again and displaying correctly after iconizing
and de-iconizing or after clicking on the 'Redraw view' button

Maurice

On 09/03/2016 17.41, Mário Luzeiro wrote:
> Thanks JP for the detailed description.
>
> Just some more items, is that with OpenGL or Raytracing mode?
> On what platform (version) are you testing it?
>
> I didn't experienced that yet on two different Win7 PCs and one Linux.
>
> Mario
>
> 
> From: jp charras [jp.char...@wanadoo.fr]
> Sent: 09 March 2016 09:15
> To: Mário Luzeiro; kicad-developers@lists.launchpad.net
> Subject: Re: [Kicad-developers] Some new sweet features on the new 3D-Viewer
>
> Le 08/03/2016 20:30, Mário Luzeiro a écrit :
>> Thanks Jean-Pierre,
>>
>>> I just have (on W7) frequent freeze of the display. Just iconize
>>> and "un-iconize" the 3d viewer frame restarts the display... for a
>>> few commands.
>>
>> Sorry I am not seeing what could be this issue, what you mean by
>> "freeze" and which commands ? Does it hangs? Does not move / rotate
>> the board?
>>
>> Mario
>>
>
> The 3D canvas looks like it is no more refreshed.
> Exactly when a canvas doe not respond anymore to a Paint event.
>
> But the viewer does no hang.
> when zooming, dragging the mouse, using the space bar or enable/disable
> a layer, the canvas is not refreshed, but the messages in status bar
> shows the expected activity.
>
> Using the space bar is the command which creates the more frequently
> this screen freeze.
> But the display is no more refreshed by mouse moves or right click
> pop-menu commands.
>
>
> Iconize and "un-iconize", or enable/disable a layer ends this freeze,
> and the 3D view shown is (AFAIK) consitent with the "ignored" commands:
> For instance if during freeze, you select from right click pop-menu the
> "Left view", the left view is displayed after exiting the freeze.
>
> Looks like it is mainly a redraw 3D view issue.
>
>
>
>
>
> --
> 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
>

___
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] Some new sweet features on the new 3D-Viewer

[easyw]

Hi Mario,
nice addition the Raytracing button...

I tried the 5938 in win8-64b-wx302
I got OpenGL display freezed when pressing space bar or middle mouse 
button... you can change i.e. zoom or move the pivot without displaying 
any redraw
The same problem with the Raytracing button (and raytrace view is not 
completely displayed, just low-res intermediate image)
I get the interface alive again and displaying correctly after iconizing 
and de-iconizing or after clicking on the 'Redraw view' button


Maurice

On 09/03/2016 17.41, Mário Luzeiro wrote:

Thanks JP for the detailed description.

Just some more items, is that with OpenGL or Raytracing mode?
On what platform (version) are you testing it?

I didn't experienced that yet on two different Win7 PCs and one Linux.

Mario


From: jp charras [jp.char...@wanadoo.fr]
Sent: 09 March 2016 09:15
To: Mário Luzeiro; kicad-developers@lists.launchpad.net
Subject: Re: [Kicad-developers] Some new sweet features on the new 3D-Viewer

Le 08/03/2016 20:30, Mário Luzeiro a écrit :

Thanks Jean-Pierre,


I just have (on W7) frequent freeze of the display. Just iconize
and "un-iconize" the 3d viewer frame restarts the display... for a
few commands.


Sorry I am not seeing what could be this issue, what you mean by
"freeze" and which commands ? Does it hangs? Does not move / rotate
the board?

Mario



The 3D canvas looks like it is no more refreshed.
Exactly when a canvas doe not respond anymore to a Paint event.

But the viewer does no hang.
when zooming, dragging the mouse, using the space bar or enable/disable
a layer, the canvas is not refreshed, but the messages in status bar
shows the expected activity.

Using the space bar is the command which creates the more frequently
this screen freeze.
But the display is no more refreshed by mouse moves or right click
pop-menu commands.


Iconize and "un-iconize", or enable/disable a layer ends this freeze,
and the 3D view shown is (AFAIK) consitent with the "ignored" commands:
For instance if during freeze, you select from right click pop-menu the
"Left view", the left view is displayed after exiting the freeze.

Looks like it is mainly a redraw 3D view issue.





--
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



___
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] 3D plugin for STEP/IGES via OCE

[Mário Luzeiro]

Excellent progress!

I believe it will need some discussion on how to integrate the dependency on 
OCE but hope a good compromise could be found.
It is good however that we got something to discuss.

What options does OCE offer you when convert the STEP to triangles? (i.e: on 
relation to quality/ detail of tesselation, materials, etc ?)

Mario

From: Kicad-developers 
[kicad-developers-bounces+mrluzeiro=ua...@lists.launchpad.net] on behalf of 
Cirilo Bernardo [cirilo.berna...@gmail.com]
Sent: 10 March 2016 09:13
To: KiCad Developers
Subject: Re: [Kicad-developers] 3D plugin for STEP/IGES via OCE

Sorry, I doubled up on a link and missed the HackRF link:

https://drive.google.com/open?id=0By_XTJN-s8aXaTJidzZzOUhxWEk

- Cirilo

On Thu, Mar 10, 2016 at 8:11 PM, Cirilo Bernardo 
> wrote:
Hi folks,

 I have a 3D plugin built to support STEP and IGES visualization via OCE
and have linked 3 screenshots below.

https://drive.google.com/open?id=0By_XTJN-s8aXS1pKSE5uNVp0VG8
https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM

 The HackRF STEP model was created by Maurice via his KiCad StepUP
tools for FreeCAD.

 If people would like this plugin to be pushed into 3d_initial_merge then
let me know; I would need to add a CMake option to build it since it
depends on OCE and should not be built by default. Just remember that
these models will not be visible in 3DViewer until the current 3DViewer
has been replaced by one which uses the scenegraph objects from
3d_initial_merge.  Mario is making a lot of progress with his 3DViewer
branch, so hopefully it won't be too long before we have all the latest
3D visualization codes. :)

 One note: although the new 3D viewer will be able to directly use the
STEP/IGES models (no need to convert to VRML), actual MCAD
exports is still a long way away since it depends on the implementation
of a plugin system for reading and manipulating the PCB data itself.

 Thanks to Tom Wlostowski for the initial OCE investigations and his
sample c++ code for converting STEP to VRML.

- Cirilo



___
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] 3D plugin for STEP/IGES via OCE

[easyw]

Hi Cirilo,

  If people would like this plugin to be pushed into
3d_initial_merge then
let me know;

You get my vote for inclusion; nice work :)

  One note: although the new 3D viewer will be able to directly use the
STEP/IGES models (no need to convert to VRML), actual MCAD
exports is still a long way away since it depends on the implementation
of a plugin system for reading and manipulating the PCB data itself.

but this is a first good step in that direction
Native STEP integration and STEP exporting would be my favorite choice!
I developed kicad StepUp just because I missed that option...
I'm happy that my approach to MCAD, converting STEP to VRML to represent 
the models in kicad, it is useful for a direct integration of STEP 
models in kicad



Sorry, I doubled up on a link and missed the HackRF link:
 https://drive.google.com/open?id=0By_XTJN-s8aXaTJidzZzOUhxWEk

this board is just 'HACK' and not HackRF...
unfortunately the HackRF board
https://a.fsdn.com/con/app/proj/kicadstepup/screenshots/hackrf-one-VRML-vs-STEP.jpg
that I converted with kicad StepUp was converted using many 'non 
sharable-non free' STEP models coming from 'pseudo-free' online libs (I 
used them for fast start... it was my first attempt in converting to 
STEP)...
that is an other very good reason to have a kicad 3D STEP models repo 
ready for the kicad-library.

It is almost one year I'm trying to achieve that :)
https://github.com/KiCad/kicad-library/issues/186
and there are already a lot of nice 3D STEP models ready
https://forum.kicad.info/t/3d-new-library-for-mechanical-cad-exporting-and-enclosure-design/1763
hoping to get this repo one day :)

Maurice

On 10/03/2016 10.13, Cirilo Bernardo wrote:

Sorry, I doubled up on a link and missed the HackRF link:

https://drive.google.com/open?id=0By_XTJN-s8aXaTJidzZzOUhxWEk

- Cirilo

On Thu, Mar 10, 2016 at 8:11 PM, Cirilo Bernardo
> wrote:

Hi folks,

  I have a 3D plugin built to support STEP and IGES visualization
via OCE
and have linked 3 screenshots below.

https://drive.google.com/open?id=0By_XTJN-s8aXS1pKSE5uNVp0VG8
https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM

  The HackRF STEP model was created by Maurice via his KiCad StepUP
tools for FreeCAD.

  If people would like this plugin to be pushed into
3d_initial_merge then
let me know; I would need to add a CMake option to build it since it
depends on OCE and should not be built by default. Just remember that
these models will not be visible in 3DViewer until the current 3DViewer
has been replaced by one which uses the scenegraph objects from
3d_initial_merge.  Mario is making a lot of progress with his 3DViewer
branch, so hopefully it won't be too long before we have all the latest
3D visualization codes. :)

  One note: although the new 3D viewer will be able to directly use the
STEP/IGES models (no need to convert to VRML), actual MCAD
exports is still a long way away since it depends on the implementation
of a plugin system for reading and manipulating the PCB data itself.

  Thanks to Tom Wlostowski for the initial OCE investigations and his
sample c++ code for converting STEP to VRML.

- Cirilo




___
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] Why Bazaar is complaining about modify files?

[Mário Luzeiro]

Hello all,

I am on MSYS2 and get my branch to work.
For some reason, bazaar or my system is complaining about some files that were 
modified.
I already force it to revert the changes, but after I do some comment like "bzr 
status" they appear again as modify files:

Modified (12)
  bitmaps_png/icons/mk_icn.sh
  demos/kit-dev-coldfire-xilinx_5213/prj.3dshapes/dpack_5.wings
  demos/kit-dev-coldfire-xilinx_5213/prj.3dshapes/push_butt_4pads.wings
  helpers/tools_to_build_newstroke-font/fontconv.awk
  new/make-html.sh
  packaging/mac-osx/dmg-generator/AdiumApplescriptRunner
  packaging/mac-osx/dmg-generator/make-diskimage.sh
  packaging/mac-osx/dmg-generator/mkalias
  pcbnew/scripting/examples/hidePcbValuesShowReferences.py
  pcbnew/scripting/plugins/touch_slider_wizard.py
  scripting/build_tools/extract_docstrings.py
  scripting/build_tools/fix_swig_imports.py

On Bazaar explorer there is a "x-bit" on the "status" of that files that I dont 
know what it means.

The modified files happen after I use bzr on MSYS2. On Bazaar (external running 
on windows host) they are not changed if I use the program.

$ bzr status
modified:
  bitmaps_png/icons/mk_icn.sh*
  demos/kit-dev-coldfire-xilinx_5213/prj.3dshapes/dpack_5.wings*
  demos/kit-dev-coldfire-xilinx_5213/prj.3dshapes/push_butt_4pads.wings*
  helpers/tools_to_build_newstroke-font/fontconv.awk*
  new/make-html.sh*
  packaging/mac-osx/dmg-generator/AdiumApplescriptRunner*
  packaging/mac-osx/dmg-generator/make-diskimage.sh*
  packaging/mac-osx/dmg-generator/mkalias*
  pcbnew/scripting/examples/hidePcbValuesShowReferences.py*
  pcbnew/scripting/plugins/touch_slider_wizard.py*
  scripting/build_tools/extract_docstrings.py*
  scripting/build_tools/fix_swig_imports.py*


Any idea?!

Thanks!
Mario Luzeiro
___
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] 3D plugin for STEP/IGES via OCE

[Cirilo Bernardo]

Sorry, I doubled up on a link and missed the HackRF link:

https://drive.google.com/open?id=0By_XTJN-s8aXaTJidzZzOUhxWEk

- Cirilo

On Thu, Mar 10, 2016 at 8:11 PM, Cirilo Bernardo 
wrote:

> Hi folks,
>
>  I have a 3D plugin built to support STEP and IGES visualization via OCE
> and have linked 3 screenshots below.
>
> https://drive.google.com/open?id=0By_XTJN-s8aXS1pKSE5uNVp0VG8
> https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
> https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
>
>  The HackRF STEP model was created by Maurice via his KiCad StepUP
> tools for FreeCAD.
>
>  If people would like this plugin to be pushed into 3d_initial_merge then
> let me know; I would need to add a CMake option to build it since it
> depends on OCE and should not be built by default. Just remember that
> these models will not be visible in 3DViewer until the current 3DViewer
> has been replaced by one which uses the scenegraph objects from
> 3d_initial_merge.  Mario is making a lot of progress with his 3DViewer
> branch, so hopefully it won't be too long before we have all the latest
> 3D visualization codes. :)
>
>  One note: although the new 3D viewer will be able to directly use the
> STEP/IGES models (no need to convert to VRML), actual MCAD
> exports is still a long way away since it depends on the implementation
> of a plugin system for reading and manipulating the PCB data itself.
>
>  Thanks to Tom Wlostowski for the initial OCE investigations and his
> sample c++ code for converting STEP to VRML.
>
> - Cirilo
>
>
___
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] 3D plugin for STEP/IGES via OCE

[Cirilo Bernardo]

Hi folks,

 I have a 3D plugin built to support STEP and IGES visualization via OCE
and have linked 3 screenshots below.

https://drive.google.com/open?id=0By_XTJN-s8aXS1pKSE5uNVp0VG8
https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM
https://drive.google.com/open?id=0By_XTJN-s8aXclV4enBueWhnaGM

 The HackRF STEP model was created by Maurice via his KiCad StepUP
tools for FreeCAD.

 If people would like this plugin to be pushed into 3d_initial_merge then
let me know; I would need to add a CMake option to build it since it
depends on OCE and should not be built by default. Just remember that
these models will not be visible in 3DViewer until the current 3DViewer
has been replaced by one which uses the scenegraph objects from
3d_initial_merge.  Mario is making a lot of progress with his 3DViewer
branch, so hopefully it won't be too long before we have all the latest
3D visualization codes. :)

 One note: although the new 3D viewer will be able to directly use the
STEP/IGES models (no need to convert to VRML), actual MCAD
exports is still a long way away since it depends on the implementation
of a plugin system for reading and manipulating the PCB data itself.

 Thanks to Tom Wlostowski for the initial OCE investigations and his
sample c++ code for converting STEP to VRML.

- Cirilo
___
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