Description
This problem occurs at least in the weight chart (which is the one I mainly use).
When a user taps on the screen, it can be to move around in the graph with one finger or to have a more precise look at the values. This means that more often than not, the opposite of what is intended will happen. This behavior is quite unpredictable due to the fact that the outcome depends on if the user is on the edge of a chart and swipes in the opposite direction of that edge, for instance.
Solution attempts
- One way of solving this would be to make the graph area not scrollable and use a miniature scrollable replica of the chart at the bottom an example would be how this site handles it.
- Another way would be to have two modes : one "scroll mode" in which finder swipes are meant to move around the chart, zoom in/out etc. and one "inspect mode" in which the user can see his value precisely by moving the cursor without risks of moving the window
## Description
This problem occurs at least in the weight chart (which is the one I mainly use).
When a user taps on the screen, it can be to move around in the graph with one finger or to have a more precise look at the values. This means that more often than not, the opposite of what is intended will happen. This behavior is quite unpredictable due to the fact that the outcome depends on if the user is on the edge of a chart and swipes in the opposite direction of that edge, for instance.
## Solution attempts
- One way of solving this would be to make the graph area not scrollable and use a miniature scrollable replica of the chart at the bottom an example would be how [this site](https://www.root-me.org/ENOENT?inc=statistiques&lang=en) handles it.
- Another way would be to have two modes : one "scroll mode" in which finder swipes are meant to move around the chart, zoom in/out etc. and one "inspect mode" in which the user can see his value precisely by moving the cursor without risks of moving the window