After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 423749 - Accerciser + LSR hard to tell interface not available
Accerciser + LSR hard to tell interface not available
Status: RESOLVED FIXED
Product: accerciser
Classification: Applications
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Eitan Isaacson
LSR maintainers
Depends on:
Blocks: 422164
 
 
Reported: 2007-03-28 14:19 UTC by Peter Parente
Modified: 2007-03-30 23:55 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Peter Parente 2007-03-28 14:19:41 UTC 
The spinners in the interface viewer are not being disabled, only the panels underneath. This causes LSR to report that the interface is enabled, when we really want it to say "disabled" to indicate that the interface is not available. However, disabling the spinner is a bad idea too since we keep spinners open as we move across accessibles in the tree. Disabling the spinners would prevent a user from folding them until they reach an accessible providing the unfolded interface.

Three possibilities, both unattractive.

1) Make LSR always look at the immediate child of a spinner to see if it is disabled or not, and report the state of the panel. Seems hackish and wrong since the spinner is not truly disabled.
2) Make a LSR script which does #1. Then at least it's specific to LSR. Still seems wrong since the spinner is enabled.
3) Have Accerciser report that the interface is not available in the text name of the spinner. For instance, > Action (not implemented). Ugly, but gets the job done.
Comment 1 Eitan Isaacson 2007-03-28 18:49:03 UTC 
I opt for option 3.

Also, did you notice that LSR reports an expander as a checkbutton?
Should it announce "expaned"-"collapsed"?
Comment 2 Eitan Isaacson 2007-03-28 21:57:28 UTC 
Ok, this is fixed in trunk.
The label text changes when the interface in not implemented (Peter's no. 3 suggestion).