Le 15/02/2014 17:35, Dick Hollenbeck a écrit :
>
> eeschema and bitmap2component now build in the new Kiway branch.
> Other apps do not yet.
>
<...>
>
> I started with bitmap2component, which was easiest, then eeschema since I
> would not trip
> on scripting.
<...>
> As a development aid fo
On 2/14/2014 11:14 AM, Henner Zeller wrote:
>> I committed your patch with 3 very minor changes:
>
> Thanks for the review!
>
>>
>> 1 - On wxWidgets 3.0.0, dialog_choose_component.cpp does not compile
>> (tree.GetNext() function does not exist).
>> fixedGetPrevVisible is compiled only if
See https://lists.launchpad.net/kicad-lib-committers/msg00034.html
Which means that you should basically checkout
lp:~dickelbeck/kicad/library-read-only instead. I guess the information
should be updated on the website also, by those who have write access.
2014-02-16 1:54 GMT+01:00 Sean Silva :
On 02/16/2014 06:02 AM, jp charras wrote:
> Le 15/02/2014 17:35, Dick Hollenbeck a écrit :
>>
>> eeschema and bitmap2component now build in the new Kiway branch.
>> Other apps do not yet.
>>
>
> <...>
>
>>
>> I started with bitmap2component, which was easiest, then eeschema since I
>> would not
The attached patch update GLM to version 0.9.4.6 . This patch remove the
following Clang warning.
include/gal/opengl/glm/gtc/../core/func_integer.inl:106:95: warning: operator
'<<' has lower precedence than '-'; '-' will be evaluated first
[-Wshift-op-parentheses]
return genUType(detail::hi
The attached patch update GLM to version 0.9.4.6 . This patch remove the
following Clang warning.
include/gal/opengl/glm/gtc/../core/func_integer.inl:106:95: warning: operator
'<<' has lower precedence than '-'; '-' will be evaluated first
[-Wshift-op-parentheses]
return
> Is it worth I spend some time about this issue ?
In general, any help I can get on the modular-kicad blueprint is appreciated.
From anyone.
I think we can split up the work, if only we communicate as to who's doing what
when.
> Thanks.
___
On Sun, Feb 16, 2014 at 9:01 AM, Nick Østergaard wrote:
> See https://lists.launchpad.net/kicad-lib-committers/msg00034.html
>
> Which means that you should basically checkout
> lp:~dickelbeck/kicad/library-read-only instead. I guess the information
> should be updated on the website also, by tho
FWIW I'm seeing this warning as well when building.
-- Sean Silva
On Sun, Feb 16, 2014 at 8:04 AM, Camille 019 wrote:
> The attached patch update GLM to version 0.9.4.6 . This patch remove the
> following Clang warning.
>
> include/gal/opengl/glm/gtc/../core/func_integer.inl:106:95: warning:
>
I think you forgot to attach the patch; I'm not seeing it on my end.
-- Sean Silva
On Sun, Feb 16, 2014 at 8:04 AM, Camille 019 wrote:
> The attached patch update GLM to version 0.9.4.6 . This patch remove the
> following Clang warning.
>
> include/gal/opengl/glm/gtc/../core/func_integer.inl:1
Somebody interested in helping this guy help us?
Somebody please answer him, this came to my personal email, and he is not on
any mailing
list, so respond directly please. I will not be.
Original Message
Subject: Library commiter
Date: Sun, 16 Feb 2014 15:24:28 -
From:
Le 16/02/2014 15:29, Dick Hollenbeck a écrit :
> On 02/16/2014 06:02 AM, jp charras wrote:
>> Le 15/02/2014 17:35, Dick Hollenbeck a écrit :
>>>
>>> eeschema and bitmap2component now build in the new Kiway branch.
>>> Other apps do not yet.
>>>
>>
>> <...>
>>
>>>
>>> I started with bitmap2component
On 02/16/2014 11:33 AM, jp charras wrote:
> Le 16/02/2014 15:29, Dick Hollenbeck a écrit :
>> On 02/16/2014 06:02 AM, jp charras wrote:
>>> Le 15/02/2014 17:35, Dick Hollenbeck a écrit :
eeschema and bitmap2component now build in the new Kiway branch.
Other apps do not yet.
>>>
Le 16/02/2014 19:06, Dick Hollenbeck a écrit :
<...>
>
> Thank you. I can see now.
>
> Genearally, we should supply COMPILING_DLL, when:
>
> a) including import_export.h, and
>
> b) either compiling a DLL, or implementing a function that would otherwise be
> exported.
> (In any case, *not i
Hi,
In an attempt to have the new component chooser provide a little
pre-view of the schematic component in question, I am looking for a
simple way to draw a component in a canvas. Or even simpler: get a
bitmap out of it.
It looks like the EDA_DRAW_PANEL would be the candidate to use here
(being a
Will take it. Thx for forwarding.
On Sun, Feb 16, 2014 at 12:13 PM, Dick Hollenbeck wrote:
> Somebody interested in helping this guy help us?
>
> Somebody please answer him, this came to my personal email, and he is not
> on any mailing
> list, so respond directly please. I will not be.
>
>
>
>> That is on the 'return side'.
>> On the 'display side', I could probably make sure that there are two
>> components that
>> look identical and show them next to each other so that the user can choose.
>>
>> In general, I want to make the scoring of 'local libraries' slightly
>> higher than 'glob
On 16 February 2014 13:16, Carl Poirier wrote:
> Will take it. Thx for forwarding.
In general, how is the process to contribute to the library ? Is it
essentially sending pull-requests on the public github, or is there
some bazaar repository backing that to send patches against ?
(Background: I'
On Sun, Feb 16, 2014 at 01:11:53PM -0800, Henner Zeller wrote:
> In an attempt to have the new component chooser provide a little
> pre-view of the schematic component in question, I am looking for a
> simple way to draw a component in a canvas. Or even simpler: get a
> bitmap out of it.
I'd say
Le 16/02/2014 22:11, Henner Zeller a écrit :
> Hi,
> In an attempt to have the new component chooser provide a little
> pre-view of the schematic component in question, I am looking for a
> simple way to draw a component in a canvas. Or even simpler: get a
> bitmap out of it.
>
> It looks like the
20 matches
Mail list logo
