Bug 51850 - [Xamarin-Profiler] Accessibility: MAS36: OSX: Keyboard: The Sorting buttons for table's header rows, of " Instrument Detail Area", are not accessible using keyboard.
Summary: [Xamarin-Profiler] Accessibility: MAS36: OSX: Keyboard: The Sorting buttons f...
Status: REOPENED
Alias: None
Product: Profiler
Classification: Xamarin
Component: Mac (show other bugs)
Version: 1.0.x
Hardware: PC Mac OS
: High major
Target Milestone: 15.6
Assignee: Rodrigo Moya
URL:
Depends on:
Blocks:
 
Reported: 2017-01-27 14:17 UTC by Ramya Sri Narasinga
Modified: 2017-10-10 17:44 UTC (History)
7 users (show)

See Also:
Tags: accessibility, wipro, xamarin-profiler, a11ymas, mas36
Is this bug a regression?: ---
Last known good build:


Attachments
Sorting Buttons_Not accessible with keyboard (2.15 MB, application/x-zip-compressed)
2017-01-27 14:17 UTC, Ramya Sri Narasinga
Details

Description Ramya Sri Narasinga 2017-01-27 14:17:13 UTC
Created attachment 19539 [details]
Sorting Buttons_Not accessible with keyboard

Testing Environment:
OS: OSX (Version: 10.11.6)
Xamarin-Profiler: 1.0.4 

Pre-Requisite: 

1. Install Xamarin Studio.
2. Launch Xamarin Studio.
3. Navigate to top menu bar of the Xamarin studio> File> New Solution> Press ENTER
("Choose a template for your new project" wizard is opened)
4.  Navigate to App under Multiplatform> Forms app under Xamarin.Forms
5. Navigate to Next button> Press ENTER
('Configure your Form app' wizard is opened)
6. Fill the App name, check all the target platform-check box, select use portable class library radio button, use XAML for user interface files.
7. Navigate to Next button> Press ENTER
('Configure your new project" wizard is opened)
8. Navigate to Create> Press ENTER.
(New project is created)


Repro Steps:
"Scenario 1:
1. Run Pre-requisite
2. Navigate to Top status bar of ""Xamarin Studio"" > Run> Start Profiling, then Press ENTER to launch Xamarin Profiler.
 (Xamarine Profiler is launched.)
3. Navigate to ""General"" Side bar (LHS)
4. Navigate to ""Allocations/All instruments"" 
5. Navigate the ""Start Profiling"" buttons at the bottom of the wizard, Press ENTER.
(Profiling started now)
6. Navigate to > ""Allocations"" Side-bar> ""Allocations"" Tab of "" Instrument Detail Area"". 
7. Navigate to ""Size"" header row of the table.
8. Try to navigate the ""Size's ascending/descending order button"" to switch/change into ascending/descending order for size coloumn.

Scenario 2:
1. Run Pre-requisite
2. Navigate to Top status bar of ""Xamarin Studio"" > Run> Start Profiling, then Press ENTER to launch Xamarin Profiler.
 (Xamarine Profiler is launched.)
3. Navigate to ""General"" Side bar (LHS)
4. Navigate to ""Allocations/All instruments"" 
5. Navigate the ""Start Profiling"" buttons at the bottom of the wizard, Press ENTER.
(Profiling started now)
6. Navigate to > ""Allocations"" Side-bar> ""Call Tree"" Tab of "" Instrument Detail Area"" . 
7. Navigate to ""Byte Used"" header row of the table.
8. Try to navigate the ""Byte Used'' ascending/descending order button"" to switch/change into ascending/descending order for size coloumn.

Scenario 3:
1. Run Pre-requisite
2. Navigate to Top status bar of ""Xamarin Studio"" > Run> Start Profiling, then Press ENTER to launch Xamarin Profiler.
 (Xamarine Profiler is launched.)
3. Navigate to ""General"" Side bar (LHS)
4. Navigate to ""Allocations/All instruments"" 
5. Navigate the ""Start Profiling"" buttons at the bottom of the wizard, Press ENTER.
(Profiling started now)
6. Navigate to > ""Allocations"" Side-bar> ""Call Tree"" Tab of "" Instrument Detail Area"". 
7. Navigate to ""Symbol name"" column of the table.
8. Try to navigate the ""expand/collapse'  button"" to switch.

"


Actual result:
"Scenario 1:
The ""Size's ascending/descending order button"" of "Instrument Detail Area", is not accessible using keyboard.

Scenario 2:
The ""Byte Used's ascending/descending order button"" of "" Instrument Detail Area"", is not accessible using keyboard.

Scenario 3:
The ""Expand/Collapse button""  under symbol name column of "" Instrument Detail Area"", is not accessible using keyboard."


Expected result:
"Scenario 1:
The ""Size's ascending/descending order button"" of "Instrument Detail Area", should be accessible using keyboard.

Scenario 2:
The ""Byte Used's ascending/descending order button"" of "" Instrument Detail Area"", should be accessible using keyboard.

Scenario 3:
The ""Expand/Collapse button"" under symbol name column, of "" Instrument Detail Area"", should be accessible using keyboard."


User impact:
The user who completely rely on keyboard, won't able to change to ascending/descending order.
Comment 1 Rodrigo Moya 2017-05-24 11:06:19 UTC
After some research, I haven't been able to find a way to do this, there seems to be no way to do it on cocoa's NSTableView/NSOutlineView. Even though the tableView is set to accept first responder status, the focus is always on the 1st/selected row, never on the column headers.

Also, no other app, even Apple's standard ones, seem to allow this, so @Ramya, can you please clarify if this is expected behaviour on Mac apps, or was this added just because Windows does support this?
Comment 2 Luis Aguilera 2017-06-22 12:54:11 UTC
moving to 15.4
Comment 3 Ramya Sri Narasinga 2017-08-24 05:38:43 UTC
Hi Rodrigo Moya,

I tried to get an example for you but couldn't find it.
A user should be able to access the buttons as it will impact the people who are completely relying on keyboard.
Irrespective of Windows or MAC, this bug needs to be fixed as it has a high impact for keyboard users.

Thanks.
Comment 4 Rodrigo Moya 2017-08-24 15:56:35 UTC
Hi Ramya

Right, but there is no way to do it, AFAICS, with Cocoa, unless we write our own custom view, I guess.

Do you know of any other MS app that does this? If so, would be good to know to see what they have done to fix this issue.

Note You need to log in before you can comment on or make changes to this bug.