I don't think it's dismissive at all (let alone extremely) to say "this might cause a problem [and by extension, if this is important, do more research], but it shouldn't." It's pointing out an area where screen readers fall short unnecessarily.
I don't think it's dismissive at all (let alone extremely) to say "this might cause a problem [and by extension, if this is important, do more research], but it shouldn't." It's pointing out an area where screen readers fall short unnecessarily.
Pointing the blame at the screen reader software absolves the decision maker for a choice that they themselves control.
It's also really handwavy to say that in context screen readers should know to announce something different than the actual characters being used. What if I want to tweet an actual math formula, for example? How can that be solved for?
It's a hack, and it doesn't work in screenreaders because hacks are often not robust when context changes, otherwise they wouldn't be hacks, they'd just be "the way".
The real issue is that there’s a general use case for basic formatting of real prose, and perhaps unicode should accommodate that. But expecting screen readers to understand these kinds of workarounds is unrealistic, and expecting it despite knowing it isn’t supported is user hostile.
Should the software be able to detect context? Sure. But that's not where we are today and to withhold content from people because their software hasn't gotten that far just seems wrong.
It's an interesting exercise in seeing what we can do with various Unicode characters, for sure. The 'disclaimers' presented could be worded a bit more strongly, as in "This will as of 2021 cause problems for people using screenreaders, so it's not recommended to use it."