Githawk: Accessibility Bug Bash

Created on 13 Nov 2017  路  6Comments  路  Source: GitHawkApp/GitHawk

I want to challenge all of our collaborators to the do the following:

  • Enable VoiceOver on your device and open GitHawk.app
  • Close your eyes (or triple tap with three fingers) and complete each of the challenges below
  • Take notes on your experience (comments, difficulties, blockers)

1. Posting a new issue

  • Find the "githawk-playground" repo
  • Create a new issue w/ a title and brief description
  • Go to your new issue and read it
  • Pretend there is a typo and edit the comment

2. Login

  • Make sure you're logged out of the app
  • Login w/ your username + password
  • _Bonus points for using a Personal Access Token_

3. Mark a notification read

  • Make a notification read

    • I don't care how you accomplish this (enabling setting, swipe control) I just want to see how intuitive/easy it is

4. Manage an issue

  • Find #933
  • Update its labels
  • Read who the issue is assigned to

cc @BasThomas @Sherlouk @heshamsalman @weyert @rizwankce would love your feedback!

馃悰 bug

All 6 comments

"Ghit Hawk" 馃槀

https://developer.apple.com/library/content/documentation/General/Reference/InfoPlistKeyReference/Articles/CoreFoundationKeys.html#//apple_ref/doc/plist/info/CFBundleSpokenName

^ Override the name VoiceOver says, maybe put a space in there to handle it a bit better
Also GitHub referenced throughout the app is entertaining, VO users probably used to it though.

Mentioned it on the accessibility card and while I 100% agree with Bas that it requires more maintenance, I find it takes too long for VO to tell me what the issue is? (It's basically the last thing it tells me!)

I found it particularly difficult to edit labels, I couldn't get my cursor to select the cell only the label within the cell but selecting that doesn't select the label if you get what I mean?

Can't actually read any comments, feel like this is the biggest issue by far.

Events such as adding labels are broken up into multiple objects. This should be one VO item which reads it all out. Allowing the user to just swipe through each of the events and have it read out.

I couldn't get it to read out assigned events

Could send a message fairly easily tbh, but I didn't really know when I had sent the comment? Obviously the UI all updates and you scroll to the comment. We should be posting a VO screen updated notification and probably say something like "Comment Successfully Posted" or something?

Preview is pointless, can't do anything with it

Markdown actions don't have accessibility labels "Button" "Button" "Button" "Button"!

Omg, the name 馃き

Sent with GitHawk

Blindfold-test is always a good idea before release :+1:

1.

Nooo, I didn't change my typing settings with VoiceOver on my X yet, this typing sucks now :(

  • [ ] New issue: body is just "text field", don't know what kind of text field

  • [x] New issue: submit should be magic tap (also when editing)

  • [ ] New issue: "Open" was confusing -> was the state of the issue after I looked, should be more descriptive

  • [ ] New issue: Nothing says "Hello" is the title, "basthomas" is the user. As @Sherlouk mentioned, the comment itself isn't accessible at all!

More options should be more descriptive -> more options for issue / more options for comment or similar

2.

  • [ ] "Welcome to GitHawk, an open source app for open source projects" could be / should be grouped

Couldn't login; getting a 404 it seems 馃槷

OK so SafariVC in VoiceOver mode might not have the cancel button at the top left in its hierarchy... ugh. That might be a VoiceOver bug.

Logged in with a PAT afterwards, worked fine!

3.

Used the mark as read option, since the swipeable action is not accessible as far as I know? Think I created a comment for it in the Accessibility ticket.

Afterwards - since I had never used this before - the issue was still there, and VoiceOver didn't indicate is was marked as read:

  • [ ] Indicate if a notification is marked as read

4.

  • [ ] Tried doing this via the repo, but all cells in repo overviews are just "button"s 馃槺 Went to the issue without screen curtain.

  • [ ] The Manage button should have a hint explaining it a bit more; wouldn't hurt at least.

  • [ ] The buttons within the Manage aren't buttons and also just say "Labels" or "Milestone". Should be something like "Edit Labels" or "Edit Milestone" or similar?

  • [ ] Label cells are all "dimmed" and do not tell if they are enabled or not - it should select the cell instead of the button.

  • [ ] "Assignees" is not marked as a button.

Also didn't understand the "Load More" button? Thought it would load more assignees maybe? Even without screen curtain / as a normal user it is a weird button that I do not understand.

If you all can help task out any of this that'd be much appreciated! I configured milestone 2.0.0 for larger AX updates (nothing preventing us from fixing them now tho).

Assigned myself to remind me to split this into separate tickets.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

BasThomas picture BasThomas  路  3Comments

rnystrom picture rnystrom  路  3Comments

jessesquires picture jessesquires  路  3Comments

BasThomas picture BasThomas  路  3Comments

weyert picture weyert  路  3Comments