#99 closed defect (fixed)
Drag & Drop w/absolute positioning is broken
Reported by: | Owned by: | alex | |
---|---|---|---|
Priority: | high | Milestone: | |
Component: | Core | Version: | 0.1 |
Keywords: | drag | Cc: | |
Blocked By: | Blocking: |
Description
I have a web page where the drag & drop zone are positioned absolutely. (Is it possible to attach testcases to this bug database ??? If not, I can mail you the testcase.)
- The drop zone doesn't accept the draggable
- When you release the draggable it slides back to the wrong position
- When you release a draggable, the style information should be restored to it's original value. However, it is set to position=absolute (regardless of the original setting) This causes problems during scrolling, window resize, etc.
Attachments (3)
Change History (8)
Changed 15 years ago by
Attachment: | absolutednd.html added |
---|
Changed 15 years ago by
Attachment: | absolutednd.2.html added |
---|
Changed 15 years ago by
Attachment: | tablednd.html added |
---|
Table testcase (works better than absolute but still breaks in IE)
comment:1 Changed 15 years ago by
Keywords: | drag added |
---|
The system should use advantage of dojo.xml.htmlUtil.getStyle instead of setting the values to null.
comment:2 Changed 15 years ago by
Milestone: | → 0.2release |
---|---|
Status: | new → assigned |
comment:3 Changed 15 years ago by
Priority: | normal → high |
---|
comment:4 Changed 15 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
These issues all appear to be fixed in the attached test files on IE and Firefox. Inspection with the DOM Inspector verifies the fix for the 3rd issue. Absolutely positioned draggables seem to be having problems in Safari, but I think that's a different bug.
Closing as fixed.
Note: See
TracTickets for help on using
tickets.
Absolute positioning testcase (revised)