Closed
Bug 216920
Opened 21 years ago
Closed 21 years ago
Enhancements to OS/2 D&D code - Phase II
Categories
(Core :: DOM: Copy & Paste and Drag & Drop, enhancement)
Tracking
()
RESOLVED
FIXED
People
(Reporter: dragtext, Assigned: dragtext)
References
Details
Attachments
(2 files)
|
41.14 KB,
patch
|
mkaply
:
review+
mkaply
:
superreview+
mkaply
:
approval1.5b+
|
Details | Diff | Splinter Review |
|
26.24 KB,
text/plain
|
Details |
User-Agent: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.5b) Gecko/20030813 Build Identifier: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.5b) Gecko/20030813 My previous submission [Bug 210321] focused on drags from Mozilla into the native environment. The attached patch complements those enhancements by focusing primarily on drops into Mozilla. [Enhancements] -- All targets within Mozilla which accept URLs or text are now enabled for native drags (provided the item is in a supported format). -- Added support for dropping text into edit windows; supported formats are URLs, filenames, the contents of files (Alt-drop), and DragText. -- Eliminated all video corruption during drag & drop (with one exception noted below). For drags from Mozilla, all while-you-drag features are fully enabled and corruption-free. For native drags, popups & scolling are suppressed but cursor movement within edit windows remains enabled. -- Implemented NS_DRAGDROP_ENTER event. [Bug Fixes & Other Changes] -- Fixed a bug in my previous submission which caused attempts to render non-file-based URLs to fail (e.g. "mailto:"), -- Eliminated minor errors that generated compiler warnings in functions I modified (e.g. replaced NULL with 0 where an integer was called for). [Bugs & Shortcomings] -- Video corruption still occurs in one instance: if the Bookmarks menu has never been displayed and a native drag hovers over the Bookmark button or menu item, the pointer/icon image will remain when it moves on. -- Although video scrolling is suppressed during native drags, logical scrolling still occurs. This could result in misdirected drops. Once the drag concludes, the display is updated correctly. [Files Changed] -- nsWindow (.cpp & .h) -- nsDragService (.cpp & .h) Reproducible: Always Steps to Reproduce: 1. 2. 3.
| Assignee | ||
Comment 1•21 years ago
|
||
| Assignee | ||
Comment 2•21 years ago
|
||
This should be a lot easier to read than the diff. Each section clearly identifies the nature and/or purpose of the additions or modifications.
Updated•21 years ago
|
Attachment #130195 -
Flags: review?(mkaply)
Comment 3•21 years ago
|
||
NEW
Assignee: blake → dragtext
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: other → OS/2
Comment 4•21 years ago
|
||
Can ReleaseDragPS be named something different? or return something differently? IT seems odd that if ReleaseDragPS succeeds (is TRUE), then we have to free the regular HPS. It should probably be "try ReleaseDragPS" and if that fails, then do something. Just a thought.
Comment 5•21 years ago
|
||
*** Bug 216522 has been marked as a duplicate of this bug. ***
Comment 6•21 years ago
|
||
*** Bug 216996 has been marked as a duplicate of this bug. ***
Comment 7•21 years ago
|
||
Comment on attachment 130195 [details] [diff] [review] patch to implement d&d enhancements on OS/2 r=mkaply, sr=blizzard (platform specific) a=mkaply I might clean this up a little later, but it looks good.
Attachment #130195 -
Flags: superreview+
Attachment #130195 -
Flags: review?(mkaply)
Attachment #130195 -
Flags: review+
Attachment #130195 -
Flags: approval1.5b+
Attachment #130195 -
Flags: approval1.4.x+
Comment 8•21 years ago
|
||
Fix checked in to trunk
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Comment 9•21 years ago
|
||
Comment on attachment 130195 [details] [diff] [review] patch to implement d&d enhancements on OS/2 Not going to get for 1.4.1
Attachment #130195 -
Flags: approval1.4.1+
You need to log in
before you can comment on or make changes to this bug.
Description
•