Le 23/05/2013 04:08, Dick Hollenbeck a écrit :
On 05/22/2013 07:36 PM, Lorenzo Marcantonio wrote:
On Wed, May 22, 2013 at 03:05:29PM -0500, Dick Hollenbeck wrote:
The more common practice is to use extern declarations in the header, and
define the data
in a *.cpp file.
Why are you doing this
On Wed, May 22, 2013 at 09:08:35PM -0500, Dick Hollenbeck wrote:
> IMO, data should not be defined in a header file.
Completely agree. I was only suggesting a useful workaround for a common
case. Another technique I like for big, one-file-only data is to declare
them at the beginning and define t
For some reason, the license in COPYRIGHT.txt differs from license in most of
KiCad source files, including menu: Help->About...->License.
COPYRIGHT.txt has LGPL ver.2 text.
This has confused me once again.
Alexander___
Mailing list: https://launchpa
On Wed, May 22, 2013 at 03:05:29PM -0500, Dick Hollenbeck wrote:
> The more common practice is to use extern declarations in the header, and
> define the data
> in a *.cpp file.
>
>
> Why are you doing this?
*If* it's only used there, I think he simply wanted to put aside a big
definition block
I think a bug was introduced recently that is putting tilda characters into
library files.
If a field such as Footprint is blank in the eeschema library part editor, it
gets put
into the library now with "~" rather than being omitted. Even if you restart
eeschema,
come back and delete the ~ ch
On 05/22/2013 03:05 PM, Dick Hollenbeck wrote:
>
>
>
> Ki_WorkSheetDataWS_Revision =
> {
> WS_REV,
> &WS_SizeSheet,
> BLOCK_REV_X, BLOCK_REV_Y,
> 0, 0,
> wxT( "Rev: " ),NULL
> };
>
>
>
> Jean-Pierre,
>
>
> I noticed in title_block_shapes.h
Ki_WorkSheetDataWS_Revision =
{
WS_REV,
&WS_SizeSheet,
BLOCK_REV_X, BLOCK_REV_Y,
0, 0,
wxT( "Rev: " ),NULL
};
Jean-Pierre,
I noticed in title_block_shapes.h you have data definitions rather than
declarations:
http://www.cprogramming.co
On Wed, May 22, 2013 at 06:36:27PM +0200, Lorenzo Marcantonio wrote:
> On Wed, May 22, 2013 at 06:23:02PM +0200, jp charras wrote:
> > Try to use the option wxBU_EXACTFIT for the button style.
Thanks, it worked as desired.
The patch applies cleanly and compile against 4159
--
Lorenzo Marcantoni
On Wed, May 22, 2013 at 06:23:02PM +0200, jp charras wrote:
> Try to use the option wxBU_EXACTFIT for the button style.
OK I'll try that and also regen the patch
--
Lorenzo Marcantonio
Logos Srl
___
Mailing list: https://launchpad.net/~kicad-developer
Le 21/05/2013 18:16, Lorenzo Marcantonio a écrit :
...
The dialog layout could be better... I don't know why the button is so
big for only two characters in it; suggestions on how to fix the layout
will be appreciated (this is my first UI work with wx...)
Try to use the option wxBU_EXACTFIT for
On 5/21/2013 12:16 PM, Lorenzo Marcantonio wrote:
> On Sun, May 19, 2013 at 08:20:18PM +0200, Lorenzo Marcantonio wrote:
>> The native control uses the numeric format; it's easily tried using the
>> samples/widget demo in the wx distribution (and BTW it only supports the
>> default format, trying a
11 matches
Mail list logo
