bugLet me illustrate... - Bugs: bug #17578, sticky focus with disabled...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #17578: sticky focus with disabled radiobuttons

Submitter:  Wendy Boutin <wboutin>
Submitted:  Thu 31 Aug 2006 02:13:15 AM UTC
   
 
Category:  GUI Severity:  3 - Normal
Item Group:  wxwindows library defect Status:  Fixed
Privacy:  Public Assigned to:  None
Open/Closed:  Closed

Tue 13 Feb 2018 11:07:46 AM UTC, comment #3: 

Testing is deemed to have been completed.

Greg Chicares <chicares>
Group administrator
Sat 02 Aug 2008 07:48:02 PM UTC, comment #2: 

There was definitely a problem with keyboard navigation in radio boxes containing disabled or hidden items under MSW (there are also problems with this under GTK but they're different and I'm not sure if I should be looking into them...). I fixed it in both trunk and 2.8 branch with r54930 and even though I didn't test the skeleton itself (but just the XRC it uses, after manually disabling some radio box items), I think this ought to fix the problem observed there.

Vadim Zeitlin <zeitlin>
Group Member
Thu 31 Aug 2006 12:24:53 PM UTC, comment #1: 

I can reproduce this with wxmsw. I'm using a 20060605 snapshot
of what eventually became wx-2.7 .

The msw documentation says that a radiobutton has
 - a "focus state" indicated by highlighting
     (the button's text is surrounded by a dotted line)
 - a "check state" indicated by a black dot
The problem here is that those states become inconsistent:
in a single radiobox, one radiobutton is "focused", while
another is "checked". When that happens, keyboard navigation
breaks.

We use only the wxRadioBox api, not the wxRadioButton api.
I would guess that this report might indicate a wx problem,
because I don't find anything in the wx api that would
permit me to produce the observed behavior even if I
deliberately tried to.

> Alt M P
> Proscribe0 tab
> check 'No nuts'


In 'Entree', liver is both focused and checked.

> tab to 'Entree' and use keyboard's downward arrow to select
>   'Beef tongue'


Tongue is both focused and checked.

But if you press down-arrow once, then
  - liver gets checked, yet
  - tongue retains focus.
The disabled peanut-butter item appears to gain the "checked"
property (the black dot) for an instant, although it always
remains visibly disabled (grayed); the black dot then quickly
moves to liver.

Now there's a problem with keyboard navigation. Liver is
checked. When up-arrow is pressed, the "checked" property is
temporarily gained by peanut butter (disabled), then quickly
moves back to liver. No matter how many times it is pressed,
up-arrow cannot cause the (enabled) tongue item to become
checked.

Greg Chicares <chicares>
Group administrator
Thu 31 Aug 2006 02:13:15 AM UTC, original submission:  

Vadim,

Could you please take a look at the problems described
below and let us know if they're problems with wx? If you're
aware of a wx sample that might help demonstrate the problem
I'm reporting, I'd be happy to try reproducing it there. I
perused the 'controls' and 'xrc' samples, but couldn't find
any radioboxes that had at least one radiobutton disabled.
In absence of a wx sample, I'm offering the steps below to
reproduce these issues in our 'skeleton' branch:

Alt M P
Proscribe0 tab
check 'No nuts'
tab to 'Entree' and use keyboard's downward arrow to select 'Beef tongue'
  observation: same selection's text stays highlighted, but
    the radiobutton moves to the top; it converges if you
    continue pressing the downward arrow
Now, try using the keyboard's upward arrow enough times to
go through the disabled 'Peanut butter and jelly sandwich'
radiobutton
  observation: you're stuck at the top

Now try this:
pick 'kosher' Dietary rules
tab to 'Entree' so 'Beef tongue' is selected
pressing any arrow keys causes a flicker in the radio button
  that tries to receive focus

Wendy Boutin <wboutin>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by chicares (Updated the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 5 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2018-02-13 chicares StatusReady For Test Fixed
        Assigned towboutin None
        Open/ClosedOpen Closed
    2008-08-02 chicares Assigned tozeitlin wboutin
    2008-08-02 zeitlin StatusIn Progress Ready For Test

    Back to the top

    Powered by Savane 3.13-d3ae.
    Corresponding source code