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,
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
>
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
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
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
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
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
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,
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
___
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:
>>
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.
--
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
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]
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
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
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
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
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;
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
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
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
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
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
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/
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
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)

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
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
43 matches
Mail list logo