-
Notifications
You must be signed in to change notification settings - Fork 0
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
a11y and mobile regressions #59
Comments
|
Unten scheint ein weißer Streifen nicht nutzbar zu sein und zwar ziemlich genau in der Höhe der oberen Adressleiste, aber nur solange die Tastatur eingeblendet ist. Ansonsten geht der Seiteninhalt schon bis unten. Auch beim seitlich scrollbaren Insta Preview bleibt das Scrolling hängen, hier nur in Form von Stocken, aber es geht weiter. Vielleicht weil es weniger Höhe beansprucht. Scrolltransparenz funktioniert auf dem Gerät auch nicht , wohl aber der Parallax-Effekt an sich. Wäre aber zu überlegen, ältere Geräte grundsätzlich wie Über den Menüpunkt "Kontakt" und die "Termin buchen" Buttons ist der Teil der Seite unterhalb der Stories aber schon erreichbar, sichtbar und benutzbar. |
Erledigt durch korrektes Einsetzen bisher fehlender Leerzeichen vor und nach dem Gedankenstrich. Breitte bleibt unverändert. Beide Sprachen nun wieder dreizeilig ohne einzelne Wörter (Widows) in der untersten Zeile. |
|
Warum? Es sind Links, im optischen Stil eines Buttons, aber normale Links mit A HREF und der accessible Name ist der sichtbare Text, den auch sehende Besucher lesen. Was sollte noch anderes im Aria Label stehen? |
Warum Button? Unser Skip-to-Content-Link sollte der Anleitung bei CSS-Tricks entsprechen und dem populären WordPress-Theme aus dem er übernommen wurde. Wie kann ich den validieren? |
|
Das würde ich nicht machen, weil inkosistent und ich jetzt schon ahne, wie jemand später genau das Gegenteil vorschlagen wird. |
No original requirement, but if we can't or don't want to make sure that authors always upload images in the expected geometry, we should add constraints or adjustments to ensure expected frontend layout. Desktop is already normalized to equal heights, but mobile isn't. |
|
Discovered accidentally when trying to reproduce the iPhone 6 scroll stop issue on a remote controlled iPhone 7 via BrowserStack. When scrolling further down, everything gets back in order. Scrolling back up, the problem reappears, so it's tied to scroll position (detection). Prevent wasting time for legacy devices that even Apple doesn't give a shit about and simply don't enable progressive enhancements below a certain Safari version, to be detected by a capability hack. Only apply this change to "critical" enhancements connected to scrolling and decoration perspective. Scroll stop problem is reproducible up to iPhone 8 Safari 12. Decoration layer glitch is reproducible up to iPhone 8 Safari 12. No such problems on iPhone 8 Safari 13. Safari 12 seems to be the latest update for iPhone 7, but iPhone 8 can update to Safari 15, released in 2021 and last updated in 2022. |
Unresolved aspects
|
everything either fixed or following up in a distinct issue |
The text was updated successfully, but these errors were encountered: