Well, I hate to sound ditzy here, but I didn't actually fix all the problems by changing the background color. That fix stabilized the problem, making it so that the dead zones no longer seem random. However, it is now a situation where there is a definite cutoff about midway through the main HBox. Anything to the left of center will create a DragOver event. Anything to the right, won't.
Has anybody seen this issue? --- In [email protected], "bgamblin" <bra...@...> wrote: > > Never mind. I figured it out. I totally forgot that for something to be > droppable, it has to be a visible component. In this case, setting the > background color to anything at all makes it a droppable target. > > Sorry for the interruption. > > > --- In [email protected], "bgamblin" <BrandG@> wrote: > > > > Say you have an HBox, and inside that HBox you have lots of little child > > HBoxes. Now, you want to rearrange the child HBoxes using drag and drop. > > Using Flex, it's pretty easy to enable drag/drop support. However, the > > dragover event seems to fire at odd points. > > > > As I drag a child HBox around the main HBox, I sometimes see the invalid > > drag icon, even though it should be valid. If it disallowed dragging one > > child over another, I could understand that. But even that seems random, > > with some portions of the children showing as valid drag targets, and > > others not. With a small number of children, it was odd but not > > debilitating. With a large number of children, it became entirely > > untenable. If I have ten children, I can't drop the items anywhere except > > the first half of it's width. > > > > Is there another element to this that affects where an object becomes a > > drop target or not? Variable width perhaps? Padding? I'm at a loss. > > >
