Open Transfusion opened 3 years ago
It would also be much easier to implement hash / browser routing or providing a URL that directly pre-fills certain input boxes with certain data.
https://react-swipeable-views.com/demos/demos/ is being considered - a basic implementation can be found in the https://github.com/Transfusion/cjk-radical-search/tree/ids_etl_ui_react_swipeable_views branch.
There appears to be quite a large performance penalty because react-swipeable-views
attaches mouse and touch listeners on the div
and calculates a transformation matrix on the fly - blocking time when swiping from the search screen to the component picker screen in excess of 1 second on a Snapdragon 425 phone.
Profile-20210304T160203.json.txt
It is aesthetically pleasing otherwise and does not seem to suffer from any scroll-snapping issues even though the performance is likely unacceptable.
Simulating the swipe animation has an undesirable bug
https://user-images.githubusercontent.com/3119646/109954197-03214380-7d1c-11eb-85f3-6b108fda135c.mp4
Mobile browsers already use edge swiping for navigating forward and backward (!)
Background routes should have no problem being unmounted because all the information, besides scroll positions, perhaps, is in the
DataContextProvider
.It would avoid all of the issues associated with Chrome mobile jumping back to the left of the
StickyOutputBarWrapper
.