Opened 10 years ago
Closed 8 years ago
#13425 closed defect (patchwelcome)
dojox.mdnd.AreaManager Can't handle multiple dragHandleClass
Reported by: | Andrew Muraco | Owned by: | jfcunat |
---|---|---|---|
Priority: | high | Milestone: | tbd |
Component: | Dojox | Version: | 1.6.1 |
Keywords: | mdnd | Cc: | [email protected]… |
Blocked By: | Blocking: |
Description
Description: When working with two drag and drop areas (I was using 2 GridContainers?, but this should apply to anything that uses AreaManager?) Where each GridContainer? has a specific dragHandleClass, Items won't drag and drop correctly when added to the first Area since the AreaManager? doesn't attach to the dragHandle. This is even more problematic when the dnd areas are nested, since the wrong node will become the dragHandle.
GridContainer? overwrites the dragHandleClass during initialization, since areaManager is a global singleton of AreaManager?, it overwrites this property for any other Containers that are using areaManager.
Note: acceptTypes/dndType aren't enough to fix the problem, AreaManager? doesn't attach to the right elements!
Workaround: Use the same class for all GridContainer? dragHandleClass so that they don't change the areaManager and let acceptTypes/dndTypes sort out which dnd area it is allowed to drop on. Doesn't really help with styling though.
Change History (3)
comment:1 Changed 10 years ago by
comment:2 Changed 9 years ago by
Component: | General → Dojox |
---|---|
Owner: | set to jfcunat |
Status: | new → assigned |
comment:3 Changed 8 years ago by
Resolution: | → patchwelcome |
---|---|
Status: | assigned → closed |
The mdnd code seems abandoned. Closing ticket unless a patch is supplied.
Likely fix is to have AreaManager? contain an array of dragHandleClasses and append to it as needed.