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

Increase the tear-off-tab vertical threshold (or make configurable) #1210

Closed
tildelowengrimm opened this issue Sep 20, 2018 · 3 comments
Closed
Labels
closed/stale Issue is no longer relevant, perhaps because the feature it refers to has been deprecated. design A design change, especially one which needs input from the design team feature/tabs-bar feature/user-interface All UI related priority/P5 Not scheduled. Don't anticipate work on this any time soon.

Comments

@tildelowengrimm
Copy link
Contributor

tildelowengrimm commented Sep 20, 2018

Sometimes you're trying to re-order your tabs by dragging them horizontally and your pointer drifts just a little too far vertically, and — woops — now you've torn off the tab! This can be frustrating [👁 #942].

We could make this less frustrating for folks who don't want to tear off the tab by increasing the threshold before the tab tears off. Of course, this would come at the expense of making it just a little bit more work to tear off a tab when you do want to. Perhaps we could split the baby by adding a preference for how far you have to move a tab vertically before it detaches.

@rebron rebron added this to the 1.0 milestone Sep 20, 2018
@rebron rebron added design A design change, especially one which needs input from the design team and removed suggestion labels Sep 20, 2018
@rebron
Copy link
Collaborator

rebron commented Sep 20, 2018

Tearing off tabs is too easy to do when a user might select a tab and just want to reorder a tab.

  1. There's no feedback when a tab tear is about to happen (no detachment feedback nor doesn't snap back to undo unwanted tab tear)
  2. Selecting a tab and dragging it vertically up or down just a few pixels, tears off a tab.

Need some UE input.
@bradleyrichter

@bbondy bbondy modified the milestones: 1.0, 1.x Backlog Sep 22, 2018
@rebron rebron added the priority/P5 Not scheduled. Don't anticipate work on this any time soon. label Sep 28, 2018
@rebron rebron removed this from the 1.x Backlog milestone Feb 7, 2019
@bsclifton bsclifton added the closed/stale Issue is no longer relevant, perhaps because the feature it refers to has been deprecated. label Mar 12, 2021
@l3td33r
Copy link

l3td33r commented Feb 1, 2022

Re-open?

Someone please fix this, it's driving us crazy (+1 community feedback)
The first issue for this has been created like 5 years ago...

Possible solutions:

  1. Increasing the treshold by 30 or more pixels on the Y axis (configurable)
  2. Disabling the tear-off entirely in config
  3. Do not tear-off until the user released the mouse button, like in Firefox (that's how it works in most apps, even text editors)

@IetIesAai
Copy link

Re-open?

Someone please fix this, it's driving us crazy (+1 community feedback) The first issue for this has been created like 5 years ago...

Possible solutions:

  1. Increasing the treshold by 30 or more pixels on the Y axis (configurable)
  2. Disabling the tear-off entirely in config
  3. Do not tear-off until the user released the mouse button, like in Firefox (that's how it works in most apps, even text editors)

Fully agree- so annoying when a tab detaches if I want to select it and I happen to move my mouse or hold the button just a fraction....

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
closed/stale Issue is no longer relevant, perhaps because the feature it refers to has been deprecated. design A design change, especially one which needs input from the design team feature/tabs-bar feature/user-interface All UI related priority/P5 Not scheduled. Don't anticipate work on this any time soon.
Projects
None yet
Development

No branches or pull requests

6 participants