Opened 13 years ago
Closed 13 years ago
#4736 closed defect (wontfix)
DND problem on Safari2
Reported by: | guest | Owned by: | Eugene Lazutkin |
---|---|---|---|
Priority: | high | Milestone: | 1.0.2 |
Component: | DnD | Version: | 0.9 |
Keywords: | DND | Cc: | |
Blocked By: | Blocking: |
Description
I am using the sample demo test dnd.html (0.9 release) and noticed a few issues:
1) If Safari has a scroll bar on the page and the scroll thumb is, say, in the middle of the page (so it has room to scroll up), dragging an element causes a sudden and rapid scrolling always up (even when not needed - it just does it).
2) If the DND target/source is partially hidden on the top (say a list with the initial elements hidden due to the fast that we scrolled up), the dnd does not cause Safari to scroll down. The opposite works (elements in the bottom are hidden), then it does scroll up.
I guess most containers will be in scrolling situations so I really would appreciate some suggestion as to how this can be fixed.
Browser: Safari - Version 2.0.4 (419.3)
OS: Mac OS X Version 10.4.8 (intel)
My info:
Roberto Nucera [email protected]… Using dojo for dnd in all our lists. All lists will require scroll bars on the main page which causes the problem.
Supported Browsers: Safari, Firefox, IE. Firefox and IE show no problem in scrolling.
Change History (10)
comment:1 Changed 13 years ago by
Component: | General → DnD |
---|---|
Milestone: | → 1.1 |
Owner: | changed from anonymous to Eugene Lazutkin |
severity: | major → normal |
comment:2 Changed 13 years ago by
Milestone: | 1.1 → 1.0 |
---|
comment:3 Changed 13 years ago by
comment:4 Changed 13 years ago by
Priority: | high → normal |
---|
comment:5 Changed 13 years ago by
Status: | new → assigned |
---|
comment:6 Changed 13 years ago by
Milestone: | 1.0 → 1.0.1 |
---|
comment:7 Changed 13 years ago by
Milestone: | 1.0.1 → 1.0.2 |
---|
comment:9 Changed 13 years ago by
Summary: | DND problem on Safari (0.9) → DND problem on Safari2 |
---|
comment:10 Changed 13 years ago by
Resolution: | → wontfix |
---|---|
Status: | assigned → closed |
Supported in Safari 3.
Webkit (Safari 3.0) doesn't have this problem. It looks like they fixed it already.