If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

Need to distinguish between content & chrome on window

RESOLVED WONTFIX

Status

()

Product:
Core
Component:
XUL
P4
normal
RESOLVED WONTFIX
Reported:
17 years ago
Modified:
15 years ago

People

(Reporter: Mike Pinkerton (not reading bugmail), Assigned: jag (Peter Annema))

Tracking

Version:
Trunk
Points:
---

Firefox Tracking Flags

(Not tracked)

Details
(Reporter)

Description

•
17 years ago 
For the XBL-embedding-DnD stuff, the bindings for the drags need to be able to
tell if they are hanging off chrome (so they can ignore the event) or content
(so they can handle it).

Blocking dnd for embedding.
 (Reporter)

Updated

•
17 years ago
Blocks: 45605

Comment 1

•
17 years ago 
Alec discussed ways of doing this in bug 60984.  I don't think there's an easy, 
generic way to distinguish between content and chrome.

Comment 2

•
17 years ago 
moz0.8/p4 (don't know if D&D is needed for embedding)
Priority: P3 → P4
Target Milestone: --- → mozilla0.8
 (Reporter)

Comment 3

•
17 years ago 
doesn't really block me anymore. i think we're abandoning this route for 
dragDrop.

--> future
Severity: blocker → normal
Target Milestone: mozilla0.8 → Future

Comment 4

•
15 years ago 
--> default owner
Assignee: hyatt → jaggernaut
Target Milestone: Future → ---

Comment 5

•
15 years ago 
I'm gonna take a wild guess that this bug is a dead end. Right?
Status: NEW → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.