kicad-developers team mailing list archive

[Wayne Stambaugh <stambaughw@xxxxxxxxx>]

As promised, attached are the schematic and symbol file library file 
formats.  Please note, they are preliminary and need some updates. 
There was a pretty in depth discussion a while back on the mailing list 
which you should take a look at so we do not rehash the same discussion 
unless there is a reason.

Cheers,

Wayne

On 03/29/2018 12:30 PM, Simon Richter wrote:
> Hi,
>
> On 29.03.2018 15:02, Jeff Young wrote:
>
> > (That way the Symbol
> > Settings dialog maps 1:1 with the parent symbol, and the Symbol Fields
> > dialog maps 1:1 with the alias.)
>
> I wonder if it would make sense to go the opposite direction, and
> introduce an inheritance hierarchy. Symbols can inherit from other
> symbols, define or override attributes and also add new attributes that
> may in turn be abstract.
>
> So for example, a "generic diode" would
>
>   - provide a diode symbol as vectors
>   - provide a SPICE type of D
>   - provide the reference prefix "D"
>   - define abstract properties for forward voltage, maximum current etc.
>
> Specific diodes would inherit that, provide the forward voltage and
> maximum current and name of the correct SPICE model, and would also map
> the pins in the drawing.
>
> Components that use the same graphical representation can then be easily
> exchanged without having to adjust the schematic, which would be useful
> e.g. when exchanging a single-unit device for a multi-unit one.
>
>     Simon
>
>
>
> _______________________________________________
> 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

Attachment: eeschema_schematic_sexpr_file_format_EN.odt
Description: application/vnd.oasis.opendocument.text

Attachment: eeschema_symbol_library_sexpr_format_EN.odt
Description: application/vnd.oasis.opendocument.text