In "Capacitors_SMD", we also find some surface-mount electrolytic cans.
Same for "Resistors_SMD" in which we find some surface-mount resistor
arrays. These libraries are prone to grow, so merging them all together
will potentially yield a big library down the road. I don't see the benefit
of doing so if we cannot remove duplicates for different types of
components (0805, etc.). The original suggestion was intended to remove
those duplicates.


On Wed, Aug 13, 2014 at 1:55 PM, Vesa Solonen <[email protected]> wrote:

> 13/08/14, 20:43, Carl Poirier kirjoitti:
> > So you mean having the "Passive_SMD.pretty", but having in it
> > "C_0805.kicad_mod", "R_0805.kicad_mod" and so on? Why would this be
> > better than having them in "Capacitors_SMD.pretty" and
> > "Resistors_SMD.pretty", along with other SMD footprints?
>
> Beacause we need the prefix anyway and just having a separate library
> for each of them is too granular for my taste. The taste part is not
> really a valid argument though :)
>
> In effect such combination will just shorten the lib-table and that was
> the original suggestion, wasn't it? I really don't have too strong
> opinion in a way or another, but I'd eventually like to see libraries
> working without much fiddling around and being well manageable.
>
> -Vesa
>
>
> > On Wed, Aug 13, 2014 at 1:17 PM, Vesa Solonen <[email protected]
> > <mailto:[email protected]>> wrote:
> >
> >     13/08/14, 20:02, Kerusey Karyu kirjoitti:
> >     >> Is there any reason to have various footprints such as 0805,
> >     0603, etc.
> >     >> for every component type?
> >     >>
> >     > There is one rational reason for this, but not such important:
> >     Board 3D
> >     > presentation. Someone could use different models for resistors,
> >     > capacitors and inductors.
> >
> >     There is no limitation as long as names contain a prefix for example.
> >     Øyvind Aabling's libraries do it exactly like this and they work
> fine.
> >     Various footprints are needed as metallization is different for R
> and C
> >     and optimal pad geometry is different. Combining libraries is a good
> >     idea.
> >
> >     -Vesa
> >
> >
> >     --
> >     Mailing list: https://launchpad.net/~kicad-lib-committers
> >     Post to     : [email protected]
> >     <mailto:[email protected]>
> >     Unsubscribe : https://launchpad.net/~kicad-lib-committers
> >     More help   : https://help.launchpad.net/ListHelp
> >
> >
>
>
> --
> Mailing list: https://launchpad.net/~kicad-lib-committers
> Post to     : [email protected]
> Unsubscribe : https://launchpad.net/~kicad-lib-committers
> More help   : https://help.launchpad.net/ListHelp
>
-- 
Mailing list: https://launchpad.net/~kicad-lib-committers
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~kicad-lib-committers
More help   : https://help.launchpad.net/ListHelp

Reply via email to