FLUID-1334: reorderer - cursor and avatar location out of synch

Metadata

Source
FLUID-1334
Type
Bug
Priority
Critical
Status
Closed
Resolution
Fixed
Assignee
Jacob Farber
Reporter
Gonzalo David Silverio
Created
2008-08-27T16:22:58.000-0400
Updated
2008-12-17T17:26:49.000-0500
Versions
  1. 0.4
  2. 0.5beta1
  3. 0.5
  4. 0.6beta1
Fixed Versions
N/A
Component
  1. Layout Reorderer
  2. Reorderer

Description

To reproduce - on the UPortal layout customizer - grab a wide portlet and drag - for maximum effect grab the portlet on the far right. While dragging the portlet will appear to the left of the cursor, quite a ways. This may be a function of a shrunken avatar. The cursor remains where the portlet would be if it had not shrunk.

Environments

FF2, FF3, Opera 9.5, Safari 3 (Mac OS 10.5)
FF3 (Mac OS 10.4)
FF2, FF3, IE6, IE7, Opera 9.5 (Win XP)
FF3, IE7 (Win Vista)
FF3, IE6 (Win 2000)

Attachments

Comments

  • Justin Obara commented 2008-08-28T08:24:56.000-0400

    added some other OS's that the issue occurs in

  • Justin Obara commented 2008-09-02T09:44:24.000-0400

    'screenshot-1' shows the portlet avatar. Notice how far off to the right the pointer is while dragging the avatar.

  • Antranig Basman commented 2008-09-07T22:33:20.000-0400

    This is another aspect of the pointer offset issue FLUID-1335 and should be corrected at the same time.

  • Allison Bloodworth commented 2008-09-16T21:45:08.000-0400

    If the portlet shrinks when picked up, the avatar should shrink towards the pointer so it remains "attached" to the pointer.

  • Justin Obara commented 2008-09-22T12:58:44.000-0400

    Bug Parade: 0.5 release

  • Justin Obara commented 2008-12-03T12:11:53.000-0500

    Bug Parade 0.6 release

  • Antranig Basman commented 2008-12-10T14:14:04.000-0500

    This is really an issue based on being unable to control the avatar size relative to its visible area. We now make efforts, where the "cloning" strategy use used to make the avatar, to set its CSS size to the original size - however, for this particular sample, the markup is organised in such a way that it does not respond to this width specification, this resulting in a mismatch between the visual appearance of the avatar and its actual measured size. Therefore I am assigning this to a markup/CSS wizard for attention 😛

  • Gonzalo David Silverio commented 2008-12-12T09:41:20.000-0500

    A question - who is responsible for the CSS - the component of the implementor?

    Setting the direct descendants of '.ui-draggable-dragging' to 100% width fixes this - but not sure how feasible that is.

  • Jacob Farber commented 2008-12-12T11:09:39.000-0500

    Removed fixed width, should now stretch to avatar container

  • Anastasia Cheetham commented 2008-12-12T17:33:00.000-0500

    This seems good now. There's still weirdness in IE if there's scrolling, but I think that's been there for a long time. It's disconcerting if you try to pick the Image Reorderer portlet up when it's mostly off screen.

  • Justin Obara commented 2008-12-12T22:29:55.000-0500

    There is an issue with the avatar not being the correct size in Safari 3.1. In talking with Jacob, it seems that this is due to the fact that the container sizes are wrong for Safari.

    Filed as FLUID-1972

  • Justin Obara commented 2008-12-12T22:33:30.000-0500

    Verified fix using:

    FF2, FF3, Opera 9.5 (Mac OS 10.5)
    FF2, FF3, IE6, Opera 9.5 (Win XP)
    FF3, IE7 (Win Vista)

  • Gonzalo David Silverio commented 2008-12-17T17:21:49.000-0500

    WIN: IE6, IE7

    Top distance between cursor and avatar proportional to height of portlet/avatar. Short portlets cursor remains on avatar on the correlate spot drag was initiated on portlet. On tall portlets, distance at top between cursor and avatar increases.

  • Gonzalo David Silverio commented 2008-12-17T17:26:49.000-0500

    Safari 3.2
    Avatar size seems off. Some avatars are a fraction of the size as their correlates (Calendar). Some are larger that the viewport (Bookmarks Portlet)