Closed
Bug 1034787
Opened 11 years ago
Closed 11 years ago
Add a preference for not selecting text when dragging a link horizontally
Categories
(Core :: General, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: alice0775, Unassigned)
References
(Blocks 1 open bug)
Details
My use case is broken due to Bug 378775.
I can do text selection with alt+drag even if disable Bug 378775.
So, please add a preferences disable Bug 378775.
Comment 1•11 years ago
|
||
This is expected behavior according to bug 378775.
(In reply to Alice0775 White from comment #0)
> So, please add a preferences disable Bug 378775.
We could do that, although I'm not sure we should. Updating summary.
Keywords: regression → uiwanted
OS: Windows 7 → All
Hardware: x86_64 → All
Summary: a horizontal link drag which is no longer possible → Add a preference for not selecting text when dragging a link horizontally
Comment 2•11 years ago
|
||
(In reply to Dão Gottwald [:dao] from comment #1)
> This is expected behavior according to bug 378775.
>
> (In reply to Alice0775 White from comment #0)
> > So, please add a preferences disable Bug 378775.
>
> We could do that, although I'm not sure we should. Updating summary.
Does this need tracking since this is expected behavior?
Flags: needinfo?(dao)
Comment 3•11 years ago
|
||
I think this is likely WONTFIX and shouldn't be tracked.
Flags: needinfo?(dao)
Updated•11 years ago
|
Comment 4•11 years ago
|
||
I don't think we should add a pref for this.
(In reply to Dão Gottwald [:dao] from comment #4)
> I don't think we should add a pref for this.
We don't see the sufficient discussion in any bug related show, why they want to do that? Why make this change? Based on what you'll make a conclusion that user want to select some text in a link more than drag a link horizontal? I'll bet anything if you take a poll about which should leave.
Even we leave "which is wanted more by user" alone, simple things:
1. old fashion:
we had horizontal drag&drop, we had way to copy link's text if we need ( alt key )
2. new fashion with bug 378775 fix
yes, we can select link's text content now, just as we used to be.
no, we don't have horizontal link drag, breaks lots of add, make dragging inconsistent, wow.
Again, WHY?
Comment 6•11 years ago
|
||
(In reply to dindog from comment #5)
> We don't see the sufficient discussion in any bug related show, why they
> want to do that? Why make this change? Based on what you'll make a
> conclusion that user want to select some text in a link more than drag a
> link horizontal?
You don't need selection within links to be more popular than horizontally dragging links in order to make this change. I think the crucial point is that without this change, selecting text within links is really cumbersome, whereas with this change you can still drag links horizontally with little effort by slightly moving the mouse up or down first, although it might take some time to get used to that.
(In reply to dindog from comment #5)
>breaks lots of add[ons]
Can you name any prominent examples? (out of curiosity)
> make dragging inconsistent
While also making link text selection much easier. It's a compromise.
Note that the fix for bug 1035036 will mean that you can use ctrl or shift modifiers to drag links in all directions.
(In reply to Kestrel from comment #7)
> Can you name any prominent examples? (out of curiosity)
well, literally any addon with the name drag and more?
https://addons.mozilla.org/en-US/firefox/search/?q=drag
Yes, we still can use drag start with up and down, so is a man can still walk with one leg. That what we call cripple.
As I had said in Bug 378775 , 50% of dragging gesture broken is only 4 direction dragging. There are addon support 8 direction, 75% gesture will stop function.
> While also making link text selection much easier. It's a compromise.
>
> Note that the fix for bug 1035036 will mean that you can use ctrl or shift
> modifiers to drag links in all directions.
That is what I call cumbersome. I think we all understand whichever way Firefox chooses, it is a compromise. So how come which is more popular is not a reason to consider with? No even a pref to leave the choice to user?
You need to log in
before you can comment on or make changes to this bug.
Description
•