Make the preferences dialog more accessible by associating interactive controls with controls labelling them

Bug #774921 reported by pvagner
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mixxx
Fix Released
Undecided
pvagner

Bug Description

The preferences dialog along with some other Mixxx dialogs is built using standard QT4 widgets such as comboboxes, radio buttons, edit fields, sliders etc... and label controls.
Label controls are usually placed next to their interactive counterparts and they are usually describing what's the interactive control used for. E.G. in the "Sound Hardware" page there is a combobox listing all the sound interfaces Mixxx supports and a label saying "Sound API".
When a sighted person looks at this page he can immediatelly recognize these two controls belong to each other.
For visually disabled or blind people it's essential to provide a markup which will enable assistive tools to provide info about this relationship.
I see this as verry important because QT4 accessibility has bugs which prevent retrieving control relationships manually what means in extreme cases the focus event is the only way on how to get an access to certain ui controls.

Revision history for this message
pvagner (peter-v) wrote :
RJ Skerry-Ryan (rryan)
Changed in mixxx:
status: New → Confirmed
Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

Committed to lp:mixxx so it will be part of 1.10.0.

How should I credit your name in the contributors list? Is "Peter Vágner" alright?

Thanks again,
RJ Ryan

Changed in mixxx:
assignee: nobody → pvagner (peter-v)
milestone: none → 1.10.0
status: Confirmed → Fix Committed
Revision history for this message
pvagner (peter-v) wrote : Re: [Bug 774921] Re: Make the preferences dialog more accessible by associating interactive controls with controls labelling them

Hello,
Yep that name is correct.
I have noticed one more verry minor thing.
In the mixxx option dialog there are some multi line edit fields e.g.
the one where you can enter description on the broadcasting prefereces page.
These multi line edit fields do also accept tab character.
This breaks tab key navigation.
I have added this property into the .ui files where these fields are
defined.
Sorry I am unable to make a patch against current revision right now....
<property name="tabChangesFocus" >
<bool>true</bool>
</property>
Another instance of multiline edit field is in the track info dialog.

Can you add this as well please?

Thanks and greetings

Peter

On 5.10.2011 5:32, RJ Ryan wrote:
> Committed to lp:mixxx so it will be part of 1.10.0.
>
> How should I credit your name in the contributors list? Is "Peter
> Vágner" alright?
>
> Thanks again,
> RJ Ryan
>
> ** Changed in: mixxx
> Assignee: (unassigned) => pvagner (peter-v)
>
> ** Changed in: mixxx
> Milestone: None => 1.10.0
>
> ** Changed in: mixxx
> Status: Confirmed => Fix Committed
>

Revision history for this message
RJ Skerry-Ryan (rryan) wrote :

Great -- added the tabChangesFocus to the QTextEdit in shoutcast and track property dialogs and tested it works.

Thanks,
RJ

RJ Skerry-Ryan (rryan)
Changed in mixxx:
status: Fix Committed → Fix Released
Revision history for this message
Swiftb0y (swiftb0y) wrote :

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/5884

lock status: Metadata changes locked and limited to project staff
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.