Vesa, If I understand correctly, you say the oyvind-aabling library is a good example of having multiple variants of the same housing, which you don't like. Right?
On Mon, Dec 29, 2014 at 3:39 AM, Vesa Solonen <[email protected]> wrote: > > On Fri, Dec 26, 2014 at 8:09 PM, Carl Poirier wrote: > > > > I'd like to solve in the KLC the issue raised here > > <https://github.com/KiCad/kicad-library/pull/76>. > > There are sometimes reasons to separate connections to TO-220/247 > leadframes, but I think this information should be conveyed in design > notes on schematic as it is so special. > > The current situation of multiple variants of same housing depending on > a device is not too good regarding usability. Sometimes standards are > here for a reason... > > Some examples how to: > > https://code.launchpad.net/~oyvind-aabling/kicad-newlib/mod > > > http://bazaar.launchpad.net/~oyvind-aabling/kicad-newlib/mod/view/head:/modules/oaa_discret-transistor1.brd > > > http://bazaar.launchpad.net/~oyvind-aabling/kicad-newlib/mod/view/head:/modules/oaa_discret-transistor2.brd > > Floating mechanical pads on isolated packages are no name as the > connection is not dictated by package leadframe, but surrounding design. > These libs are planned to be as general as possible without duplication, > so one is supposed to do a board/project level edit of mechanical hole > properties. To me this has been the most workable solution. > > -Vesa > > > -- > 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
