Open Bug 414625 Opened 17 years ago Updated 2 years ago

nodoka theme git: checkbuttons and radiobuttons have wrong focus

Categories

(Firefox :: Shell Integration, defect)

x86
Linux
defect

Tracking

()

People

(Reporter: u294409, Unassigned)

References

Details

Attachments

(2 files)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; pl; rv:1.9b3pre) Gecko/2008012904 Fedora/8 (Werewolf) Minefield/3.0b3pre Build Identifier: Mozilla/5.0 (X11; U; Linux i686; pl; rv:1.9b3pre) Gecko/2008012904 Fedora/8 (Werewolf) Minefield/3.0b3pre the checkbuttons and radiobuttons have wrong focus indicator. main button has nothing, label has button's/tab's focus indicator (label's focus looks like native tab or button focus). of course in preferences. on website, instead of native focus on those kind of buttons is shown focus of the label, but this bug is known (I cannot find the bug now). Reproducible: Always Actual Results: wrong focus for checkbuttons and radiobuttons in preferences Expected Results: everything ok
Attached image screenshot of firefox
The fancy focus drawing of Clearlooks 2.21.x works nice in most places. How is this supposed to look using Nodoka?
I've posted a screenshot.
Firefox doesn't draw slightly bold checbox, but shadow around label, what is wrong for Nodoka.
How many times I have to repeat that it's because it is drawn in gtk_draw_focus for Firefox while in native gtk apps it is handled in gtk_draw_box (in nodoka engine)? What seems however wrong is that the focus is not drawn around the label when the checkbutton is placed on webpage.
I don't want you to repeat youself but to help Mozilla team with fixing it.
To do this correctly we need to set the flag GTK_HAS_FOCUS to the check box/radio button widget, which would normally be done by setting state->focused to true. Because of bug 142898 however, we need to draw focus outlines for HTML check boxes/radio buttons, for which we use state->focused. This means if we would set state->focused for check boxes/radio buttons in XUL, we would draw an outline for those widgets as well as for their labels on themes like Clearlooks. So to fix this issue, either we need to have bug 142898 fixed, so we can implement it properly and remove the current 'draw focus outline for HTML' workaround (which is by far the best solution), or we need to add another workaround to indicate that the focused widget is in XUL and therefore doesn't need a focus outline (which in my opinion is not worth the trouble, since ATM only one GTK Theme is affected and most importantly there still is a focus indication).
Status: UNCONFIRMED → NEW
Depends on: 142898
Ever confirmed: true
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: