← Back to team overview

kicad-developers team mailing list archive

Re: Re: Libraries - files and components naming policy

 

Manveru a écrit :
2009/10/8 Vesa Solonen <vsolonen@cc. hut.fi <mailto:vsolonen@...>>

Glue logic and general opamps, connectors etc. sould use just _one_
schematic symbol for _all_ variants. The details should be added
at cvpcb
stage or while editing the schematic, by pull down menu or something.
Otherwise we end up making incredibly large library. Heavy symbol
way may
be easier to implement, but it's no way smart.

Aliases of a given component (an op amp for instance) are intended to solve this problem. Aliases share the graphic shape, but have their own name, documentation and key word.

Now it seems that
Jean-Pierre may have thought that when defining separate .dcm system.
Could you Jean-Pierre comment on light vs heavy symbol system and
your
ideas from the past decisions?

I created the .dcm (.DoCuMent) files and .mdc (ModuleDocuMent) files mechanism some years ago when the local network used by by students at scool were slow, and these files were a workaround to the slow links between the server that stores libraries and All Kicad files and user's PC These small files allow user's PC to display some info (module list in Cvpcb for instance) quickly. Loading the full libraries could take a while (more than 10 or 20 seconds, each time you want the see a footprint, due to the low link, the limited performances of network cards, ans the PCs).

Now this problem does not exist, and separate.dcm and .mdc files are not very useful.

--
Jean-Pierre CHARRAS
Maître de conférences
Directeur d'études 2ieme année.
Génie Electrique et Informatique Industrielle 2
Institut Universitaire de Technologie 1 de Grenoble
BP 67, 38402 St Martin d'Heres Cedex

Recherche :
Grenoble Image Parole Signal Automatique (GIPSA - INPG)
Grenoble France






Follow ups

References