Added Disable All Animations feature request to Damus board: https://github.com/damus-io/damus/issues/666
cc
#[5]
#[6]
#[7]
#[8]
#[9]
#[10]
Discussion
Great idea!
#[5] added Disable All Animations accessibility feature request: https://github.com/irislib/iris-messenger/issues/295
#[5] added Disable Animations Toggle feature request to Amethyst board. https://github.com/vitorpamplona/amethyst/issues/144
Note this accessibility feature is dependent on first adding a settings menu: create settings menu ticket https://github.com/vitorpamplona/amethyst/issues/59
In addition to performance & battery drain, there are accessibility UX concerns with all the animations as well.
#[4]
#[2] #[3]
There are two choices for where disabling motion setting can take place for Damus/iOS:
1) in app Damus setting
2) iOS has a reduce motion settings in accessibility/motion menu. Damus can read the iOS setting and respect this choice.
Which do you suggest is the better option, and why?
Thanks for this, #[10] 💜
#1. Why: it shows the client thought to include the setting option. Similar to language translation options; the consideration is there as an option of inclusion/user reach.
Thanks, that helps 🙏.
Seeking a bit more context, does the Damus user who requested the disable animations feature use the reduce motion setting in iOS irrespective of Damus?
Just read this! 💜
It’d be hard to know whether the user does or not. Varying reasons why a person disables animation at any given time.
TL/R: disability in society is often, presently, a catch 22. A company might say “we didn’t include an ASL interpreter for that bc we have no Deaf employees..bc no one asked…bc we offer this instead…” the person that needs ASL will go elsewhere and will tell the deaf community which companies provide access and which don’t. With digital, it’s the same. Microsoft and Zoom are known to have the widest range of accessibility features regardless of a device a person is using; all other streaming platforms lag. So being the client that offers the feature, is just positive regardless 🫂
I spoke to my friend this afternoon who couldn't join due to this issue. she said that while the ios setting works, it would be more assuring to have an in app setting to show it's being considered and to offer a feeling of safety. If possible it could just be presented as an option in the client that is automatically enabled according to the ios setting.
On Damus testflight I can access the disable animations toggle in settings. Let us know how this works for you and your friend.
Thank you to #[6] for coding this up in ⚡️ speed 🙏
How useful is a font size option setting?
https://github.com/damus-io/damus/issues/596#issuecomment-1456430333
I accidentally added the wrong link above.
Here is the font size setting user story link: https://github.com/damus-io/damus/issues/83#issuecomment-1427382306
Any accessibility device setting that can be mirrored as an in app setting is useful 💜 Definitely appreciate you taking an actionable interest in this.
I increased the device font to see what would happen in Damus right now, and while the majority of text naturally increased - as I’m typing, this text is standard font. Same w if I go to make a new note; defaults to standard size as I type it. Full in app option would to solve for this in clients.
🙏 I’m always looking for “customers” and their pain points. Also my eyes are appreciating larger font size as well 😀.
Thanks for going in and doing the in app testing of iOS font size change. I’ll add to the ticket.
Your comment is aligned with that of #[7] from a few weeks back:
Changing font size in system wide settings, makes UI janky. On changing OS system wide settings affecting Damus font size:
"It does, but it changes the font size for my whole system. I’ll squint for now 🤙"
#[7] has a fix for dynamic font size pending the next Damus Testflight release
cc #[8]