Replies: 1 comment
Currently both gestures, the screen gestures for previous next tabs and this one work on the premise of a top to bottom list, fixed. Whereas in modern browsers, continuing to Ctrl+tab or Ctrl+Shift+Tab acts as a cycle. Which is how most modern desktop browsers are like. I'd say the list ending at the very first tab or last tab sometimes makes me wonder whether I for the gesture right or whether it triggered or not. Second I have currently no option to tell to only cycle through the container tabs, global tabs or what m And third, the gesture on the tab bar feels inverted to me and I don't doubt it couldn't to a lot others as well, and I have no option to use it differently. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Okay, since I'm new to the browser I keep noticing a few things now and then. Which I doubt doesn't warrant a issue or feature request unless it's something very big/unique etc. etc.
So just keeping this thread up and I'll just add stuff what comes to my mind.
Can we have a button to directly start a new tab from URL bar? A plus icon. I know we can add a customizable toolbar under the url bar which allows multiple actions. But that just adds to the screen space. If a user doesn't want additional toolbar it feels a little redundant to have. Without it, I have to do a 2 step process, click on tab bar to show all tabs and then use the plus icon. And I know long press does help. But that is still a two step setup just to open a new tab. Having another icon in the url bar doesn't make it too bloated.
With the URL bar having two display modes, a modern pill like compact view and a full solid view which shows the name of the page and full URL breadcrumb. I noticed that the hit box for the long press to copy url shrinks up. I actually noticed the hit box is pretty finicky even in compact mode.
My problem with the 2nd one is I have gesture navigation with hidden pill. So I have to be very careful and it takes several attempts sometimes. What's bizarre is my thumb might be almost on the url bar (pill) but it doesn't get triggered. It's probably because my phone's gesture takes precedence but it doesn't stop it from opening the URL typing screen.
Would it be possible to increase the hit box for it? For both modes. I think in that entire bar, barring the buttons, the portion that remains should sort of be a full height (thickness or width) of the bar to work as the hit box for entering the url and I'm effect, long pressing to copy url.
Right now we have:
Edges. Half sides. And full screen.
For one we lack the ability to define which zones take precedence over which ones.
Say if I had the same gesture in full screen, one half side and edges it'll totally misfire or only work for the full screen one. Which should be it. But I think if we had the ability to define the zones
At least that way we can define a few things.
Keep the edge and center area separate. Maybe even allow some padding as well from the phone's edges. But most importantly, give a visual appearance to the gestures applicable area that'd help so tremendously. Right now I'm using the edge gestures to navigate through pages. And I noticed that the thickness for the edge area is so thick I keep firing the gesture unnecessarily while scrolling. I could potentially prevent it by tweaking its length or timeout. But I think the gestures are supposed to be just as quick and convenient and not time or length dependent...
Also dividing the edges to quadrants and including double taps and long pressing would provide more flexibility.
All reactions