Summary: | [DnD] Drag and Drop does not respect my system settings | ||||||
---|---|---|---|---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Michael Van Meekeren <michaelvanmeekeren> | ||||
Component: | UI | Assignee: | Platform UI Triaged <platform-ui-triaged> | ||||
Status: | ASSIGNED --- | QA Contact: | |||||
Severity: | normal | ||||||
Priority: | P5 | Keywords: | helpwanted | ||||
Version: | 3.1 | ||||||
Target Milestone: | --- | ||||||
Hardware: | PC | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Attachments: |
|
Description
Michael Van Meekeren
2005-12-13 13:09:08 EST
Created attachment 31657 [details]
mouse settings
Mvm, this is common to all 'internal.dnd' drag scenarios which includes not only the trim dragging but also rearranging Views/Editors... Not saying it's correct, just consistent...;-) The problem is that the SWT drag handling is, as yet, not capable of supporting these scenarios since it's based on Transfers, expects to be able to drag between apps... I'll take a look to see if I can, at least, use the same starting hysteresis value... This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. |