Closed
Bug 216920
Opened 22 years ago
Closed 22 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•22 years ago
|
||
| Assignee | ||
Comment 2•22 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•22 years ago
|
Attachment #130195 -
Flags: review?(mkaply)
Comment 3•22 years ago
|
||
NEW
Assignee: blake → dragtext
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: other → OS/2
Comment 4•22 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•22 years ago
|
||
*** Bug 216522 has been marked as a duplicate of this bug. ***
Comment 6•22 years ago
|
||
*** Bug 216996 has been marked as a duplicate of this bug. ***
Comment 7•22 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•22 years ago
|
||
Fix checked in to trunk
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Comment 9•22 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
•