kicad-developers team mailing list archive

[Oliver Walters <oliver.henry.walters@xxxxxxxxx>]

These "tags" would be best added to each symbol - the current library
format already supports this. You can search for symbols using these tags,
as long as you have the correct libraries loaded.

KiCad already does this quite welll, IMO :)

On Mon, Jul 10, 2017 at 11:30 PM, Greg Smith <ecomputerd@xxxxxxxxx> wrote:

> Oliver,
>
> I'm not quite there in terms of source code contributing but here's a
> long-ish term idea with good benefits down the road.
>
> It seems like libraries would benefit from the concept of attributes/tags
> for filtering and selection. Forcing management by directory, limits
> organization by a single ontology. Note that directory, name, and pins
> would be filterable just like tags. Some example tags:
>
> Symbol: directory, source, type
>
> Footprint: total pins, functional pins, manufacturing method (wave,
> reflow, hand), minimum clearance (copper/mask/paste), manufacturer
> (optional), IPC compliance, pad shape, EP (pad underneath)
>
> 3d: manufacturer, source, accurate color, generic (boolean)
>
> I see this beginning like this:
>
> 1) Allow tags in separate files, such as "*.tags". These can be organized
> by directory, multi-part files, or single-part files. Include ability for
> developer and user to maintain separate tag namespaces, or unified per user
> selection checkbox.
>
> The method of tag file management relative to the source of the tag will
> be a little tricky (as is everything!)
>
> 2) If desired, adjust KiCAD everywhere necessary to ignore tags in input
> file formats (so adding them in the files doesn't cause crashes).
>
> Development can proceed at any desired pace separate from any current
> organizational efforts. (Obviously #2 is required prior to having tags in
> input file formats.)
>
> Greg S.
>
> On Jul 10, 2017, at 6:29 AM, Oliver Walters <oliver.henry.walters@gmail.
> com> wrote:
>
> Hi all,
>
> There is an ongoing discussion as to the future of the symbol libraries.
>
> https://github.com/KiCad/kicad-library/issues/1402
>
> They have been a mess for a while, and we are working toward bring some
> level of conformity.
>
> Hopefully this will be ready in time for a v5 release.
>
> If anyone has some helpful input to share, now is the time!
>
> Regards,
>
> Oliver
>
> _______________________________________________
> Mailing list: https://launchpad.net/~kicad-developers
> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>
>