[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
gEDA-bug: [Bug 707064] Re: Remove unconnected net cues for netname connected nets
Cool,
The only reason I've not pushed that code so far is that it seems to
cause some g_warnings to get fired as you shut down gschem in some
conditions. I thinl it is related to hooks firing and causing
attributes to be updated whilst gschem is being shut down, but I'm not
100% sure. If i recall correctly, it was pango which was complaining.
Other than the g_warnings, the code works fine (and has the benefit of
splitting out the slotting implementation away from lots of special-
cased calls). Perhaps I should push the code as-is and we can fix any
warnings during the developmen cycle?
--
You received this bug notification because you are a member of gEDA Bug
Team, which is subscribed to gEDA.
https://bugs.launchpad.net/bugs/707064
Title:
Remove unconnected net cues for netname connected nets
Status in GPL Electronic Design Automation tools:
New
Bug description:
This came up after a presentation with potential users.
The red cues on the end of unconnected net was perceeved as a nice
warning that something was unconnected.
Their expectation was that a net connected at one end should lose the
second cue (on its unconnected end) if the net is named. This could be
implemented either to mean "has a netname=" attribute, or that it is
connected to something which has one.
This helps to preserve the semantic that "red splodge" == something to
fix.
We also noted that the pin cues were not nearly as visible as they
ought to be when projected!
_______________________________________________
geda-bug mailing list
geda-bug@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-bug