Revise overflow and scrollable #27
Labels
No labels
bug
duplicate
feature
accepted
feature
proposal
help wanted
invalid
performance
question
user-agent/chromium
user-agent/webkit
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: Rubicon/tutu#27
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Web has soft policy over overflow and scrolling: (mostly) any element can overflow and even scrollable. That might be useful when the web page is simple, but not a cool feature for implementing complex layout, animation and interaction.
I’d like to revisit all the layout in tutu and discuss to override the default web policy, to make the overflow and especially the scrolling explicit.
That may help to implement scroll-based animation and improve the accessibility by more accurate scrollable area.
Revise overflow and scrollingto Revise overflow and scrollableHere is the key problem preventing us to hide the overflow at html and body: the safari on iOS made use of the scroll to collapse the address bar. The regular users on the browser could not automatically hide the address bar when scrolling down.
That’s about priority: like the notion does not care about this. Tutu should deliver best-in-class experience for all the platform. So the conclusion is we must find a way to workaround it before working on the override.