Metadata
- Source
- FLUID-909
- Type
- Bug
- Priority
- Major
- Status
- Closed
- Resolution
- Fixed
- Assignee
- Michelle D'Souza
- Reporter
- Justin Obara
- Created
2008-07-16T13:19:30.000-0400 - Updated
2008-10-31T09:11:11.000-0400 - Versions
-
- 0.1
- 0.3
- 0.4beta1
- 0.4
- 0.5beta1
- 0.5
- Fixed Versions
-
- 0.6beta1
- Component
-
- Image Reorderer
Description
The extra spaces (it looks like invisible elements) are added at the end of the row while dragging the avatar. It only seems to be occuring in when the browser width is *JUST* big enough to hold the elements in their arangement.
Steps to reproduce:
1) open the generic light box example from the daily build site:
http://build.fluidproject.org/fluid/sample-code/reorderer/generic-lightbox/generic-lightbox.html
2) adjust the browser size so that it is *JUST* wide enough to hold two full rows and a third row with only 2 elements
3) attempt to drag an element. Notice that the row it is over, has an empty space at the end, which pushes the other elements forward.
4) attempt to drag an element at the end of the row. Notice that there is now a new row created, which is completely blank except for the last element.
Environments
FF2, FF3, Opera 9.5, Safari 3 (Mac OS 10.5)
FF2, FF3, IE6, IE7, Opera 9.5 (Win XP)
FF3, IE7 (Win Vista)
FF3, IE6 (Win 2000)
Comments
-
Justin Obara commented
2008-07-16T13:21:19.000-0400 "screenshot-1" shows the additional space at the end of a row
-
Justin Obara commented
2008-07-16T13:22:24.000-0400 "screenshot-2" shows the additional row created when trying to drag to the avatar to the end of a row
-
Justin Obara commented
2008-09-22T15:14:17.000-0400 Bug Parade: 0.5 release
-
Jacob Farber commented
2008-09-22T15:31:51.000-0400 drop marker was taking up too much space, so its now utilizing the same technique as fluid.states.css drop marker to have no impact on layout
-
Justin Obara commented
2008-09-22T15:39:53.000-0400 Verified fix using:
FF2, FF3, Opera 9.5, Safari 3 (Mac OS 10.5)
FF2, FF3, IE6, Opera 9.5 (Win XP)
FF3, IE7 (Win Vista) -
Justin Obara commented
2008-09-23T08:52:02.000-0400 Needed to add fix version
-
Justin Obara commented
2008-09-23T08:52:11.000-0400 Needed to add fix version
-
Eli Cochran commented
2008-09-25T15:38:16.000-0400 This bug is back but not quite the same as before. See the screen shots above.
909-Drag_bug_before.jpg and 909-Drag_bug_after.jpg
I saw this on FF3 on both Mac and Windows. The window was six across in rows 1 and 2, two across in row 3 with the window width just barely wide enough to accommodate the six images.
When dragging an image to the bottom of the window below row 3 then the images in rows 1 and 2 will shift down to the next row.
On Windows there is an additionally oddity, perhaps a different bug but related. When grabbing the image when the window is in this "tight" state, the avatar is sometimes offset from the pointer, extremely so for the rightmost images. (I will try to get a screenshot.)
-
Eli Cochran commented
2008-09-25T17:25:01.000-0400 Added a screenshot for the misplaced avatar. Unfortunately the screenshot did not capture the pointer. However from the position of the drop target you can kinda get the idea of just how off it was.
-
Justin Obara commented
2008-10-31T09:11:11.000-0400 Appears to have been fixed with one of the updates to the Image Reorderer. May have had something to do with the drop target size.