Further to my previous post, I found I can build a working kicad2step
using the wxIMPLEMENT_APP_CONSOLE macro after
(a) applying the attached patch to the wxWidgets includes
(b) Adding the following line to (kicad) utils/kicad2step/CMakeLists.txt:
set_target_properties( kicad2step PROPERTIES
Le 07/03/2017 à 04:40, Jon Evans a écrit :
> Hi JP,
> Thanks for the tip, I hadn't noticed the test files.
>
> I now get all tests passing except for the ones related to negative images
> and objects... there are
> still problems there to solve (working on it). In fact, it looks to me like
>
Which things?
2017-03-07 4:40 GMT+01:00 Jon Evans :
> Hi JP,
> Thanks for the tip, I hadn't noticed the test files.
>
> I now get all tests passing except for the ones related to negative images
> and objects... there are still problems there to solve (working on it). In
>
Yeah, that is fine. I just wanted to make sure since it was not
created. Ideally it should be created when the tag is made. I will add
that to my release checklist.
2017-03-07 0:50 GMT+01:00 Wayne Stambaugh :
> Maybe I better create a source tarball. Launchpad claims there
The attached patch is the latest version and fixes the non-ASCII
filename chars issue in kicad2step. If OCE is built in MinGW
with the hack I provided then everything works as expected
under Windows+MinGW.
The sole difference with the previous patch is that kicad2step.cpp
was modified to replace:
When colors were changed to COLOR4D, the original semi-transparent
colors were lost, making things hard to see in multilayer boards
without hitting { many times each time the board is opened.
---
pcbnew/pcb_painter.cpp | 4 +++-
pcbnew/pcbframe.cpp| 2 ++
2 files changed, 5 insertions(+), 1
Hi JP,
Thanks for the tip, I hadn't noticed the test files.
I now get all tests passing except for the ones related to negative images
and objects... there are still problems there to solve (working on it). In
fact, it looks to me like we now can draw a few things properly that were
not drawn
Maybe I better create a source tarball. Launchpad claims there was 2081
downloads of the 2.0.5 source tarball. That's a pretty good number for
a fairly short period of time.
On 3/6/2017 6:46 PM, Wayne Stambaugh wrote:
> Nick,
>
> I thought source tarballs were still used by some packagers but
Nick,
I thought source tarballs were still used by some packagers but if not
I'm fine with not creating one. It's a manual operation to clone the
stable branch, create the tarball, sign it, and upload it to launchpad.
Do want me to remove the draft tag from the blog post?
Thanks,
Wayne
On
On Tue, Mar 07, 2017 at 11:58:27AM +1300, Simon Wells wrote:
> I wonder whether it is worth making this a policy that no new
> components can use wxTreeListCtrl as the performance on OSX is abysmal
> and there are alternatives, granted they are slightly more complicated
> but a much better long
I wonder whether it is worth making this a policy that no new
components can use wxTreeListCtrl as the performance on OSX is abysmal
and there are alternatives, granted they are slightly more complicated
but a much better long term solution (not only in osx performance) but
in code structure as
Hi Wayne,
Are we still going to provide a source tarball at
https://launchpad.net/kicad/+download?
I personally don't think it is needed, it is a manual step to perform
as far as I can see, and I think we should avoid that.
I will push the announcement when Adam's builds are done.
Nick
Patch committed to master branch. Thank you for your contribution.
On 2/23/2017 2:57 PM, Simon Richter wrote:
> ---
> eeschema/class_netlist_object.h| 2 +-
> gerbview/class_gbr_layout.h| 4 ++--
> pagelayout_editor/class_pl_editor_layout.h | 4 ++--
>
The last OCE patch I sent was badly formatted; this one is correctly
formatted against the OCE 0.17.3 tag.
- Cirilo
On Sun, Mar 5, 2017 at 1:59 PM, Cirilo Bernardo
wrote:
> This patch is not really part of kicad, but it hacks OCE0.17.3
> to provide UTF8 filename
On 2017-03-06 05:23 AM, Cirilo Bernardo wrote:
Does anyone have some idea what is going on?
I haven't been following this topic that closely but I know it is one that
has been a source of pain for a while. I did a little research on the topic
and found some information that I have included
Le 04/03/2017 à 20:35, Jon Evans a écrit :
> Hi all,
>
> My implementation of GAL into GerbView is far enough along that I would like
> people who use GerbView
> a lot (and have some time) to try building it and running it.
>
> http://i.imgur.com/W6afbRu.jpg
>
> You can get the code here:
>
I'd just like to point out that I use the PPAs for continuous
integration testing [1] [2] which installs a fresh copy every time I
trigger a build. Looking at the numbers on my builds that could make
up around 200 downloads (it's a bit hard to estimate as not all builds
are counted). I suspect
2017-03-05 21:48 GMT+01:00 John Beard :
> Hi Wayne,
>
> Thanks for taking a look!
>
> On Mon, Mar 6, 2017 at 3:24 AM, Wayne Stambaugh wrote:
>>
>> It is perfectly acceptable to have an empty global library table and
>> always use the project library
Hi folks,
I spent a few hours looking into the (final?) MinGW/UTF8
filename issue within KiCad and here is what I found:
Issue: arguments to external tools which contain non-ASCII
characters are not handled correctly.
What had been done:
+ on STEP export, within kicad, print the command line
19 matches
Mail list logo