Skip to content
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

Preventing accident scrolls in Reader #61

Closed
Tracked by #70
MalcolmReed-ent opened this issue Sep 2, 2024 · 1 comment
Closed
Tracked by #70

Preventing accident scrolls in Reader #61

MalcolmReed-ent opened this issue Sep 2, 2024 · 1 comment
Assignees
Labels
🚀 Feature request New feature request or improvement

Comments

@MalcolmReed-ent
Copy link

Why you want this feature to be implemented? Please describe.
When reading on a phone with non-physical home buttons, it can be difficult to navigate using the back, home, or recent buttons. The current sliding bar sometimes leads to accidental page turns, which is frustrating when reading. Implementing a confirmation step or a "return to current page" option would prevent unintended navigation.

Describe the feature you'd like to be implemented.
I propose adding a confirmation dialog or a quick "undo" option when using the sliding bar for navigation. This feature would work as follows:

When a user slides the bar to change pages, a small pop-up appears asking, "Are you sure you want to navigate to page X?"
The pop-up would include "Yes" and "No" buttons.
If "No" is selected, the reader returns to the previous page instantly.
Alternatively, implement a temporary "Undo" button that appears for a few seconds after a page turn, allowing quick recovery from accidental navigation.

This feature would provide a safety net for readers, ensuring that unintended page turns don't disrupt the reading flow.

Describe alternatives you've considered

Adjusting the sensitivity of the sliding bar to reduce accidental page turns.
Implementing a "lock" feature that temporarily disables navigation controls during reading.
Creating customizable touch zones on the screen for navigation, allowing users to define areas that trigger page turns.
@MalcolmReed-ent MalcolmReed-ent added the 🚀 Feature request New feature request or improvement label Sep 2, 2024
@Acclorite
Copy link
Owner

When reading on a phone with non-physical home buttons, it can be difficult to navigate using the back, home, or recent buttons.

Well, bringing system bars by scrolling edges is not really intended way, I'd suggest to bring Top and Bottom bars first by clicking the screen, then using back button.

The current sliding bar sometimes leads to accidental page turns, which is frustrating when reading.

Yes, I know this may happen and I've considered some solutions.

Implementing a confirmation step or a "return to current page" option would prevent unintended navigation.

I'd say it would be more effective other way around, not confirming, but reverting.

I propose adding a confirmation dialog

Maybe that would work, but it would also frustrate when you actually want to scroll.

When a user slides the bar to change pages, a small pop-up appears asking, "Are you sure you want to navigate to page X?"

Ain't most effective way for sure.

Alternatively, implement a temporary "Undo" button that appears for a few seconds after a page turn, allowing quick recovery from accidental navigation.

Yes, this would be good, but I have a bit different solution.

Adjusting the sensitivity of the sliding bar to reduce accidental page turns.

But how would that be possible? Like you want to scroll till the end, but the last slider position scrolls through half the book?

Implementing a "lock" feature that temporarily disables navigation controls during reading.

This was my initial idea, but after thinking about it, I came to conclusion it would not prevent you from accidentally scrolling if you forgot to lock and would frustrate you even more after that xD

Creating customizable touch zones on the screen for navigation, allowing users to define areas that trigger page turns.

Haha, you just described a part of #13, but I do not plan on dropping slider as you may want to scroll through the whole book.

What is my solution?
When you bring bars, you create a "checkpoint", which saves your exact position at the moment of bringing bars. When you scroll, arrow will appear in the direction of checkpoint, maybe even some visual marker of where that checkpoint is.
If you click the arrow, you will be brought to the checkpoint position.
If you hide bars, checkpoint will disappear, so I may make bars not hide when you scroll fast.
This should prevent accident scrolls and be of use only when needed, not resulting in inconvenience when you don't even need lock or confirmation functionality.

Thank you for the feature request!

@Acclorite Acclorite changed the title Enhancement Proposal: Introduce a Second Confirmation or Revert to Original Page Feature for Sliding Bar Preventing accident scrolls in Reader Sep 2, 2024
@github-project-automation github-project-automation bot moved this from In progress to Done in Book's Story: Development roadmap Sep 10, 2024
@Acclorite Acclorite added the ⏳ Awaiting release Issue that was resolved in one of the commits and now awaiting release label Sep 10, 2024
@Acclorite Acclorite mentioned this issue Sep 18, 2024
6 tasks
@Acclorite Acclorite removed the ⏳ Awaiting release Issue that was resolved in one of the commits and now awaiting release label Sep 24, 2024
@Acclorite Acclorite added this to the Reader Improvement milestone Sep 27, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🚀 Feature request New feature request or improvement
Projects
Development

No branches or pull requests

3 participants
@Acclorite @MalcolmReed-ent and others