Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Accessibility] Conform Doze Back Button height to apple guideline #54

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

jamie-brannan
Copy link

Hello @marc-medley,

My name is Jamie and I'm an user of Daily Dozen and iOS Developper that's passionate about Accessibility.

Here are a few storyboard line changes – I noticed the DozeBackButton's width was truncated within it's parent view and it's height was a few points short of the 44pt minimum recommended by the Apple Guidelines.

Apple Developer, Human Interface Guidelines : Visual Design, Adaptivity and Layout

I work on a public service app in my day job, and have a few ideas for the Voice Over user journey and more. I'd would love to contribute over the summer more if the project team is at all interested. 🙌

Cheers 🚀

@marc-medley
Copy link
Member

marc-medley commented Jun 30, 2021

@jamie-brannan Thanks. I will run this PR change first through the version_3_languages branch for test, and then merge it onto the master branch.

Here are some observations for how to you could make Accessibility contributions which align with (and would have minimal impact on) the current the Daily Dozen development process.

Some context...

First, until relatively recently the iOS app could only support English. It also had a rigid layout. The layouts were reworked to allow for varied text lengths as required for multi-language inclusion. Anything which affects the visual layout would first go through the multi-language branch for visual testing. Multiple language testing is part of the visual layout stress testing.

The daily-dozen-localization repository has a list of the languages which are in-process to be released.

Second, Apple is transitioning away from Storyboards towards SwiftUI. The iOS Daily Dozen has been evolving to be able to migrate to SwiftUI. A significant part of this migration is how text strings (including accessibility strings) are handled.

The workflows for visual and audio accessibility type updates are somewhat different.

Visual Accessibility

Visual Accessibility can be submitted on a specific per view basis. (... like you did here.)

Starting the title with [Accessibility], also like you did, is also helpful. Thanks.

These visual submission could be either a PR against the version_3_languages branch or just an Issue submission.

Audio Accessibility

Audio Accessibility is more of a potential mini-project which might be a good non-blocking, independent task.

Both Apple VoiceOver and Android screen readers (such as TalkBack) use voice synthesis from text labels which describe UI elements. An Audio Accessibility text phrases set could be used by Apple Storyboards, Apple SwiftUI and Android platforms.

Although, the first pass would be for English/iOS/Storyboards, the phrases need to be in a form which can be consumed by other platforms. And, the phrases would also need to be approachable for translators, if/when NutritionFacts might pursue such translations in the future.

As such, an audio accessibility effort needs to include a TSV spreadsheet of spoken phrases associated with UI element ids and an explanations that could be used across the platforms. See Languages/English_US/tsv for how the Daily Dozen app currently coordinates texts between the iPhone app, the Android app and language translators.

Caveat: I'm just commenting here on the current process from a development perspective; and not whether this project should or should-not be pursued at this time.

If you remain interested after considering the process observations above, you may wish to create a specific Proposal/Discussion Issue topic with your ideas/scope in the daily-dozen-localization repository. It would also be good to get feedback from @christirichards (CTO) and @slavick (Android) on the summer effort that you are offering to do.

@jamie-brannan
Copy link
Author

Wow! Thank you @marc-medley so much for your welcoming my PR and insight to the projects trajectory.

I'm taking note of points you've cited here and I'll initiate a proposal / discussion issue topic with my ideas in the repo daily-dozen-localization you've cited the moment I get it drafted out and set out. Eager to continue this conversation over there!

@marc-medley marc-medley self-assigned this Aug 11, 2021
@marc-medley marc-medley added this to the v3.2.11 milestone Aug 11, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants