Le 28/11/2017 à 03:08, Jon Evans a écrit :
> Hi all,
>
> Another quick fix for a behavior difference between GAL and legacy.
>
> -Jon
>
Hi Jon,
I committed your patch. Thanks.
--
Jean-Pierre CHARRAS
___
Mailing list: https://launchpad.net/~kicad-d
Hi all,
This patch changes the color scheme behavior when switching between GAL and
legacy canvases. Previously, the switch would cause all colors to be
mutated to "legacy safe" versions. Now, switching to legacy just sets a
flag that causes the colors to be returned from the COLORS_DESIGN_SETTI
Hi all,
Another quick fix for a behavior difference between GAL and legacy.
-Jon
From b293e78f3a67a4ffaf86a3834c8cf9c24a23471e Mon Sep 17 00:00:00 2001
From: Jon Evans
Date: Mon, 27 Nov 2017 21:07:59 -0500
Subject: [PATCH] Show message panel info for highlighted net in GAL (Fixes
lp:1518626)
-
Hi all,
This adds LAYER_PADS to the render settings that are accessible to the
user, meaning you can change the color or hide this layer now.
Best,
Jon
From f4fe87ffcbfaed7a0a23cba54d3e126dfe5c Mon Sep 17 00:00:00 2001
From: Jon Evans
Date: Mon, 27 Nov 2017 20:20:00 -0500
Subject: [PATCH] Al
On 27/11/17 21:18, Wayne Stambaugh wrote:
> On 11/27/2017 2:56 PM, jp charras wrote:
>> Le 27/11/2017 à 20:18, Tomasz Wlostowski a écrit :
>>> On 27/11/17 17:05, Henner Zeller wrote:
Yes, I know about the time_t being different type situation,
>>>
>>> Why not just use uint64_t instead of time_
Oliver,
I merged your patch in the development branch.
Thanks,
Wayne
On 11/26/2017 06:07 AM, Oliver Walters wrote:
> I'm not opposed to a
> contributors list on the website although I personally am not terribly
> interested in maintaining this list.
>
>
> And yet we have an outdat
Hi Orson-
Thanks for the pointer. I found and corrected the issue and updated the
commit messages to remove the NEW/CHANGED tags that didn't reflect
user-visible changes.
Since we're now in feature freeze, this may be too late for 5.0. However,
this does address a number of bug reports so I'm a
In Eeschema, if you draw two lines on top of each other that are not the
same type, e.g. wire and bus; or bus and graphic line, and then hover over
the lines and use the 'drag' hotkey, both lines will drag at the same
time. The correct behavior should show disambiguation.
The attached patch cor
On 2017-11-27 03:00 AM, Maciej Sumiński wrote:
I wonder why do we even keep potrace in the source tree.
It would be better to use an external library instead of having the potrace
source files in the KiCad tree. That eliminates the need to keep an eye out
for changes in the upstream potrace f
On 11/27/2017 2:56 PM, jp charras wrote:
> Le 27/11/2017 à 20:18, Tomasz Wlostowski a écrit :
>> On 27/11/17 17:05, Henner Zeller wrote:
>>> Yes, I know about the time_t being different type situation,
>>
>> Why not just use uint64_t instead of time_t? It's identical on every
>> platform.
>>
>> Tom
Le 27/11/2017 à 20:18, Tomasz Wlostowski a écrit :
> On 27/11/17 17:05, Henner Zeller wrote:
>> Yes, I know about the time_t being different type situation,
>
> Why not just use uint64_t instead of time_t? It's identical on every
> platform.
>
> Tom
>
Looks good to me.
--
Jean-Pierre CHARRAS
On 27/11/17 17:05, Henner Zeller wrote:
> Yes, I know about the time_t being different type situation,
Why not just use uint64_t instead of time_t? It's identical on every
platform.
Tom
___
Mailing list: https://launchpad.net/~kicad-developers
Post to
Hello.
You can see snappy issues here:
https://github.com/eldarkg/kicad-snap/issues
At time when I coding this package snappy was very restricted to run
3rd party app (browser, pdf viewer and etc).
Now it may be is possible.
I haven't time to work with snappy. If you want you may to make patches
On 27 November 2017 at 07:34, Wayne Stambaugh wrote:
> Henner,
>
> I'm pretty sure this is not correct because time_t is not long on all
> platforms. You should be able to include the header file where time_t
> is defined and it should get mapped correctly. If I am wrong, would one
> of our resi
Henner,
I'm pretty sure this is not correct because time_t is not long on all
platforms. You should be able to include the header file where time_t
is defined and it should get mapped correctly. If I am wrong, would one
of our resident swig experts chime in here.
Cheers,
Wayne
On 11/27/2017 9
Hi,
whlie accessing SetTimeStamp() in the Python API, I found that the
parameter type was not understood by the swig-bound code as integer
type. So these functions can not be used out of
the box with resulting error messages such as the following:
File "/usr/local/lib/python2.7/dist-packages/pcb
Thanks Wayne. I have no personal hesitation against increasing the support
for legacy versions if 10.11 ends up not being sufficient either.
Adam Wolf
On Nov 27, 2017 7:15 AM, "Wayne Stambaugh" wrote:
> I think this is fine given our manpower limitations. We may want to
> keep copies of the c
I think this is fine given our manpower limitations. We may want to
keep copies of the current stable release around for users who don't
want to migrate their projects.
Cheers,
Wayne
On 11/26/2017 8:37 PM, Adam Wolf wrote:
> I think I agree, and I think this was Mac dev/packager consensus last
Le 27/11/2017 à 10:46, Jay Aurabind a écrit :
> Hi,
>
> The Video project in eeschema shows as questions marks within square.
> This fixes the location of symbol library table to the project
> specific directory.
>
Committed. Thanks.
--
Jean-Pierre CHARRAS
___
I updated potrace to latest version 1.15
--
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://he
jp,
Sorry I forgot to reapply that patch on top.
Updated patch set is attached.
Thanks,
On Mon, Nov 27, 2017 at 6:48 PM, jp charras wrote:
> Le 26/11/2017 à 22:21, Oliver Walters a écrit :
> > Wayne,
> >
> > Please find attached an updated patch set which also fixes 3D model
> units for the S
Hi,
The Video project in eeschema shows as questions marks within square.
This fixes the location of symbol library table to the project
specific directory.
--
Thanks and Regards,
Aurabindo J
From 6309bd38bd23162f7e59c1d623c1d38d8b0806bf Mon Sep 17 00:00:00 2001
From: Aurabindo J
Date: Mon, 27
And yet the files are also being modified unnecessarily making more effort when
there is an update available,
The potrace library is not large and so seems pointless to bundle the code with
the source tree.
If the potrace library is out of date with the distributions that can be
expressed to th
Le 27/11/2017 à 09:00, Maciej Sumiński a écrit :
> I wonder why do we even keep potrace in the source tree. It is available
> in mingw, brew and major Linux distributions, so it does not need to be
> build manually.
>
> Regards,
> Orson
We need only potrace library source files (only 200Kbytes).
Le 27/11/2017 à 01:03, Jon Evans a écrit :
> Hi all,
>
> This patch fixes this issue with X2 layer sorting feature in the GAL canvas:
> https://bugs.launchpad.net/kicad/+bug/1720540
>
> Best,
> Jon
I committed your patch.
Thanks, Jon.
--
Jean-Pierre CHARRAS
I wonder why do we even keep potrace in the source tree. It is available
in mingw, brew and major Linux distributions, so it does not need to be
build manually.
Regards,
Orson
On 11/27/2017 03:58 AM, Simon Wells wrote:
> U I *think* its jp who does the potrace stuff but there has been another
26 matches
Mail list logo