Java Solaris Communities Sun Store Join SDN My Profile Why Join?
 
Bug Database
Bug Detail
Quick Lists
Top 25 Bugs
Top 25 RFE's
Recently Closed Bugs
Printable Page Printable Page


Bug Database
Bug ID: 4473507
Votes 2
Synopsis Clipboard.getContents should return exact same Transferable for ClipboardOwner
Category java:dragndrop
Reported Against merlin-beta
Release Fixed
State 11-Closed, duplicate of 4259272, request for enhancement
Priority: 4-Low
Related Bugs 4259272
Submit Date 22-JUN-2001
Description
Currently only the person that supplied data to the clipboard gets notified when a new owner becomes active. It would be nice if there was a way for more than one person, especially some one other than the supplier, to listen for changes in status of the owner. It is also rather unsettling that the ClipboardOwner is passed a different Transferable than it supplied.
Work Around
N/A
Evaluation
Clipboard notification is already covered under BugID 4259272. However, I am
going to keep this bug open because it also suggests an interesting revision to
Clipboard.getContents(Object). It seems reasonable to me that if the current
ClipboardOwner calls getContents and passes a reference to itself that we return
the exact same Transferable passed in setContents.
  xxxxx@xxxxx   2001-06-22





The submitter of this bug is satisfied with the functionality
provided by the implementation of the RFE 4259272 (Support
Notifications of Clipboard Contents Changes). So I'm going
to close this RFE as a duplicate of 4259272.

 >> ...
 >> You submitted the rfe with the following description:
 >> 
 >> "Currently only the person that supplied data to the clipboard
 >> gets notified when a new owner becomes active. It would be nice
 >> if there was a way for more than one person, especially some one
 >> other than the supplier, to listen for changes in status of the
 >> owner. It is also rather unsettling that the ClipboardOwner is
 >> passed a different Transferable than it supplied."
 >> 
 >> The evaluation says:
 >> "Clipboard notification is already covered under BugID 4259272.
 >> However, I am going to keep this bug open because it also
 >> suggests an interesting revision to
 >> Clipboard.getContents(Object). It seems reasonable to me that if
 >> the current ClipboardOwner calls getContents and passes a
 >> reference to itself that we return the exact same Transferable
 >> passed in setContents."
 >> 
 >> Since the rfe 4259272 (Support Notifications of Clipboard
 >> Contents Changes) added the possibility of notifications on
 >> changes of DataFlavors available on the clipboard, it doesn't
 >> resolve the first issue: notifiactions about changes of owners.
 >> 
 >> But could you please give me some vital examples of how to use
 >> notifiactions about changes of owners?
 >> 
 >> The same question about the second issue: supplying
 >> ClipboardOwner.lostOwnership(Clipboard clipboard, Transferable
 >> contents) with the same contents as it was set in
 >> Clipboard.setContents(Transferable contents, ClipboardOwner
 >> owner) with that owner.
 
 > It's been a while, but I believe 4259272 will address the first part
 > of what I wanted. I just needed a way to be able to determine when the
 > flavors changed, so that I could update menu items and other widgets
 > that dependanded upon what was on the clipboard. For the second issue
 > rather than tracking if I was the clipboard owner I was going to test
 > the Transferable, but as I get back another Transferable I can't do
 > this and resorted to tracking it with a separate boolean. This isn't a
 > big issue and I wouldn't worry about it.

  xxxxx@xxxxx    2003-07-16


======================================================================
Comments
  
  Include a link with my name & email   


PLEASE NOTE: JDK6 is formerly known as Project Mustang