kicad-developers team mailing list archive
Mailing list archive
Re: Re: Library work and project librarian?
Dick Hollenbeck <dick@...>
Wed, 07 Oct 2009 09:55:25 -0500
Thunderbird 184.108.40.206 (X11/20090817)
Wayne Stambaugh wrote:
<< snipped >>
Unfortunately, from a little digging, I think it would take a pretty big rewrite of the component file spec and other tools to allow tagging in there without it being a hack. I do think (from my own experience) however that the old method of browsing folders for components should have died long ago. Filtering by tags and name in real time would make my life much easier (especially as the company parts db continues geting larger). I think there's a reason why autocomplete is very popular nowadays.
Tags are called key words in the component library object. There is
already some simplified wild card searching built into the component
library class. Adding regular expression searching is on my short list
and should be fairly simple. It would allow for much more sophisticated
search capability compared to the current solution. No rewriting of the
library file structure is necessary. I have begun putting code in place
to merge the separate library and document file implementation that we
currently have. I still have some work to before that takes place but
I'm sneaking up on it. Take a look at class_library.h and
class_library.cpp in the eeschema directory of the Kicad source to see
how key words figure into the library component object search.
Cool. Doing fancy searches like what this will eventually support
strikes me as something that would be difficult to do in a relational
database. I marvel that the computer I now use has 12 gigabytes of
RAM. This sort of means that a relational database is not quite as
valuable as it once was. You can load a lot of libraries into 12
gigabytes of ram, and do some pretty fancy searching in pretty short
Having said that, the fancy, non-relational searching could be
out-sourced to a server at some point.