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

Keyboard must always be swiped away to see bookmarks #338

Open
abranson opened this issue Jun 12, 2015 · 4 comments
Open

Keyboard must always be swiped away to see bookmarks #338

abranson opened this issue Jun 12, 2015 · 4 comments

Comments

@abranson
Copy link
Member

Whenever I want to open a bookmark, I tap on the hostname to bring up the address and bookmark overlay. But that automatically selects the URL, covering all but the top 8 bookmarks with the keyboard. I have to swipe it away to see the rest. As bookmark access is shared with the address bar, would it be possible to suppress the auto-selection of the URL, and let me decide whether I want to interact with the address bar or the bookmarks? Maybe a tap of the address bar at this point could trigger the current behaviour of selecting the whole URL and setting the focus.

@rainemak
Copy link
Member

Thanks for the feedback!

At some point time of the development of the new browser user interface we had gesture for pulling the favorites overlay open. Currently that feature is disabled. With that we had means to distinguish action for entering url (virtual keyboard opened automatically) and gesture to open overlay (no virtual keyboard). The gesture to open the overlay was identified to be in conflict with the edge swipe gesture.

How would you feel about this kind of feature?

@abranson
Copy link
Member Author

Ah that's interesting. I did actually try that gesture before I created this issue in case I'd missed something like that, so I would call it intuitive, although it hadn't occurred to me before today. I agree that it would not be difficult to miss and do an edge swipe instead. It would be better than the current situation, but I'd still vote for the extra tap to select the URL field.

@tanghus
Copy link

tanghus commented Jun 12, 2015

but I'd still vote for the extra tap to select the URL field.

Count me in on that vote 😄

@kimmoli
Copy link

kimmoli commented Jul 1, 2016

#270

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants