Re: [Kicad-developers] Patch for hand-modifiable issue date
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 change triggers an asserts) Here, second try: as planned wx 2.9 uses the locale long format; results of course *will* vary but at least it's using whatever the system knows as 'user preference'. It's nice that the default for a datepicker is the current date, no initialisation had to be done! 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...) Lorenzo, This patch failed to apply cleanly against r4158. When you get a chance please update your repo, fix the conflicts, and resubmit this patch so I can do some testing. Thanks, Wayne ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
Re: [Kicad-developers] Patch for hand-modifiable issue date
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-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
Re: [Kicad-developers] Patch for hand-modifiable issue date
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 Marcantonio Logos Srl kicad-date.patch.bz2 Description: Binary data ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
[Kicad-developers] data in headers
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.com/declare_vs_define.html It is not a common practice, is this just temporary? 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? Dick ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
Re: [Kicad-developers] data in headers
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 you have data definitions rather than declarations: http://www.cprogramming.com/declare_vs_define.html It is not a common practice, is this just temporary? 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? Dick Maybe we should rename that *.h to *.cpp and still include it if you want. Otherwise it will likely get included somewhere else erroneously. ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
[Kicad-developers] [BUG] tilda in eeschema library files
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 ~ character, save the part again into the library, you find the filed with the ~ in there again. Somebody broke something. I have not filed a bug report, but can if this does not ring a bell. Dick ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp
[Kicad-developers] License mismatch
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://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp