[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: gEDA-user: unpromoted visible attributes



On Saturday 24 October 2009 07:37:04 Peter TB Brett wrote:
> On Saturday 24 October 2009 00:33:41 Peter Clifton wrote:
> > I'm of the mind that we should (in an ideal world) _remove_ all
> > automatic attribute promotion (perhaps excepting the special case of
> > symversion), and define some new rules as to how an aggregate list of
> > attributes is constructed from a symbol, and attributes inside the
> > schematic.
> 
> If I remember correctly, I suggested this, and Ales said, "No."  So that
>  means its not happening, I guess.
> 

On Sunday 16 August 2009 20:29:50 Peter TB Brett wrote:
> attribute-promotion, promote-invisible, keep-invisible,
>  always-promote-attributes
>  -------------------------------------------------------------------------- 
>  In the latest version of gschem, we have Peter C.'s enhancements to
>  the attribute editor that allows it to show unpromoted attributes.  Given
>  those changes, I am having difficulty thinking of a case in which the
>  following *isn't* the optimal settings.
> 
>   (attribute-promotion "enabled")
>   (promote-invisible "disabled")
>   (keep-invisible "enabled")
>   (always-promote-attributes '())
> 
> Justification: keep-invisible must be enabled for embedding to work
> without the saved file losing data.  promote-invisible must be disabled
> to make "edit symbol's attributes to update all instances" work.
> attribute-promotion must be enabled to promote the refdes, which you
> *always* want to do.  With the non-promoted attributes easy to review in
> the attribute editor, *only* promoting the refdes is the Right Thing, so
> always-promote-attributes should be the empty list.
> 
> Removing all these settings would allow a large amount of code from both
> libgeda and gschem to be removed, and would make attribute-related
> behaviour much easier to debug.
> 
> I would appreciate suggestions as to use-cases where the above settings
> would be worse than a mild annoyance.  (For use cases where the above
> *would* be a mild annoyance, I imagine that the capability to promote
> attributes from gschem's component place hook could be provided).

On Tuesday 18 August 2009 04:43:55 Ales Hvezda wrote:
> >attribute-promotion, promote-invisible, keep-invisible,
> >always-promote-attributes
> 
> 	If you remove these attributes, you will probably break users.
> I know that there are users who turn off attribute promotion,
> and/or have promote-invisible turned on, and/or have stuff inside of
> always-promote-attributes.

Ales' criteria is, "Changing user workflows is verboten," apparently.

                                          Peter


-- 
Peter Brett <peter@xxxxxxxxxxxxx>
Remote Sensing Research Group
Surrey Space Centre

Attachment: signature.asc
Description: This is a digitally signed message part.


_______________________________________________
geda-user mailing list
geda-user@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user