Le 30/08/2011 21:44, Wayne Stambaugh a écrit :
I was looking over open bug reports a while back and ran across this report:
https://bugs.launchpad.net/kicad/+bug/593782. While technically not a bug, I
can understand why a user would be confused by this. Should we prevent
duplicate sheet names?
From the bzr log message is appears that fields not in the template list
will be deleted on exit from the component edit dialog. Or read
differently Fields with a null value and not listed in the template list
will be deleted (which seems to be the behavior when I play with it...)
I store quite
G'day Dick,
I finally finished. Here :
http://vincentresearch.com/tmp/
you can see and download:
- 441 icons in svg and png (26px) format, already pngcrushed.
- 48pt png and ico format of some main icons for all KiCad internal programs.
- Two previews as a mosaic of the whole.
- some scripts to
Awesome work! :-)
On Wed, Aug 31, 2011 at 4:17 PM, fabrizio zon...@gmail.com wrote:
G'day Dick,
I finally finished. Here :
http://vincentresearch.com/tmp/
you can see and download:
- 441 icons in svg and png (26px) format, already pngcrushed.
- 48pt png and ico format of some main icons
On 08/31/2011 08:31 AM, hauptmech wrote:
From the bzr log message is appears that fields not in the template list
will be deleted on exit from the component edit dialog. Or read
differently Fields with a null value and not listed in the template list
will be deleted (which seems to be the
On 08/31/2011 04:21 PM, Fred Cooke wrote:
Awesome work! :-)
Agreed. Thanks Fabrizio for this awesome work!
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe :
On Wed, 31 Aug 2011, Dick Hollenbeck wrote:
Life is too short for this.
Use the template fieldnames, put all your fields in there, every last one of
them, then if they are blank, they go away. Search for your fields by name.
The number is going away, period.
Agree 100%... it's more than 30
Le 31/08/2011 16:17, fabrizio a écrit :
G'day Dick,
I finally finished. Here :
http://vincentresearch.com/tmp/
you can see and download:
- 441 icons in svg and png (26px) format, already pngcrushed.
- 48pt png and ico format of some main icons for all KiCad internal programs.
- Two previews as
No worries guys, I am happy to be useful !
cheers
Fabrizio
On Wed, Aug 31, 2011 at 4:52 PM, jp.charras jp.char...@wanadoo.fr wrote:
Le 31/08/2011 16:17, fabrizio a écrit :
G'day Dick,
I finally finished. Here :
http://vincentresearch.com/tmp/
you can see and download:
- 441 icons in svg
On 8/31/2011 9:36 AM, hauptmech wrote:
On Wed, 2011-08-31 at 08:29 -0400, Wayne Stambaugh wrote:
On 8/31/2011 2:12 AM, jean-pierre charras wrote:
Le 30/08/2011 21:44, Wayne Stambaugh a écrit :
I was looking over open bug reports a while back and ran across this
report:
On 8/31/2011 12:16 PM, hauptmech wrote:
On Wed, 2011-08-31 at 09:23 -0500, Dick Hollenbeck wrote:
On 08/31/2011 08:31 AM, hauptmech wrote:
From the bzr log message is appears that fields not in the template list
will be deleted on exit from the component edit dialog. Or read
differently
On 31/08/2011 9:35 p.m., Wayne Stambaugh wrote:
On 8/31/2011 12:16 PM, hauptmech wrote:
On Wed, 2011-08-31 at 09:23 -0500, Dick Hollenbeck wrote:
On 08/31/2011 08:31 AM, hauptmech wrote:
From the bzr log message is appears that fields not in the template list
will be deleted on exit from
While we're on the subject of file formats, PLEASE, stop updating time
stamps in the header/comment when NOTHING else has changed. I can show you
commits to hw repositories with 30 eroneous files commited and only two
containing actual changes. The developer could have reviewed the changes
before
any way you like.
In the forthcoming file format I would like to avoid the way we currently
handle complex hierarchies using a path of time stamps.
Well most importantly, the instiator, not the instantiatee, should now about
instantiation.
By that I mean these paths have no business even
On 08/31/2011 03:59 PM, Dick Hollenbeck wrote:
any way you like.
In the forthcoming file format I would like to avoid the way we currently
handle complex hierarchies using a path of time stamps.
Well most importantly, the instiator, not the instantiatee, should now about
instantiation.
already defined in the template list. As for the forthcoming file
format, it should be transparent to the user that the file format has
even changed. Wayne
Given the infrastructure of external scripts I use in my workflow, a
file format change is not a transparent thing. Also anyone using kicad
Your best bet is to take a look at the generic netlist export, which is in
XML.
That format we hope to preserve, while the world around it might morph, for
good
cause.
http://www.mail-archive.com/kicad-developers@lists.launchpad.net/msg00531.html
Brian, where did we ever put your python
On 31 August 2011 23:11, Brian Sidebotham brian.sidebot...@gmail.com wrote:
On 31 August 2011 22:42, Dick Hollenbeck d...@softplc.com wrote:
Your best bet is to take a look at the generic netlist export, which is in
XML.
That format we hope to preserve, while the world around it might morph,
On 8/31/2011 4:26 PM, Dick Hollenbeck wrote:
On 08/31/2011 09:17 AM, fabrizio wrote:
G'day Dick,
I finally finished. Here :
http://vincentresearch.com/tmp/
you can see and download:
- 441 icons in svg and png (26px) format, already pngcrushed.
- 48pt png and ico format of some main icons
On 8/31/2011 4:59 PM, Dick Hollenbeck wrote:
any way you like.
In the forthcoming file format I would like to avoid the way we currently
handle complex hierarchies using a path of time stamps.
Well most importantly, the instiator, not the instantiatee, should now about
instantiation.
Proposal:
Are you ok with licensing this work under GPL? If so, can we check these into a
contrib directory or something, as part of the tree, along with a readme.txt or
readme.html file?
(Although I think that posting which talks about the %B etc, is close to what
might be good enough.)
If
21 matches
Mail list logo