Re: OLEDragDrop custom format
- From: dgm <work-del@xxxxxxxxxxxxxxxxxxxx>
- Date: Thu, 14 May 2009 06:58:02 -0700
"Karl E. Peterson" wrote:
dgm wrote:
From what I've read, clipboard formats are supposed to coincide with dragdrop
formats.
I've never ran into that correlation before, but that certainly doesn't mean it
isn't so.
I can enumerate clipboard formats and find two that have been
registered. But the two I found registered do not work with dragdrop. To find
what works with dragdrop I must test everything from -32768 to 32767 and use
what's found.
Clipboard formats, and lots of other things, exist in a string table with indices
between &hC000& and &hFFFF&. If you loop that range, using GetClipboardFormatName,
you'll see lots of interesting stuff.
http://vb.mvps.org/articles/qa200203.asp
Enumerating clipboard formats returns long values which must be
converted to integers ranging from -32768 to 32767. Using the converted
values works with clipboard.getformat(x). They do not however work with
data.getformat(x), with data supplied by the OLEDragDrop event.
Unfortunately, the rest of this I really know nothing about. Just wanted to inject
the range I was familiar with.
Thanks Karl. I can get a byte array from the OLEDragDrop data object, for a
GroupWise attachment, if I happen to know what format value to use. This is
not published anywhere. Documentation at the Novell site doesn't mention it.
I can't find anything through internet searches. There are two possible
values that return different information, both of which I need. I can find
the values by looping through data.GetFormat or data.GetData with all
possible integer values. When I find them I can then use them and they work.
Unforunately, each time the machine boots these values change.
When the application loads I could start a background process to do the
testing and find the values, but that won't work because someone must drag an
email attachment and drop into the application at least one time to get a
data object. Of course, once I have looped and discovered the values one time
I can continue using them, so the first drag and drop will always have a big
delay.
Attachments can be dragged from GroupWise and dropped into Windows Explorer,
or an open folder, with no problem. How does Windows know how to handle the
drop event? The GetData method does not return a file but a formatted packet.
What process does GroupWise go through to register this functionality?
Surely there's a way to look this up. Also, there should be an API available
providing the same functionality as Explorer, when an attachment is dropped
into an open folder window.
I'm surprized it's so difficult to find documentation or examples for this.
Novell went a long way to facilitate VB, providing many DLLs and coding
examples.
.
- Follow-Ups:
- Re: OLEDragDrop custom format
- From: Karl E. Peterson
- Re: OLEDragDrop custom format
- References:
- OLEDragDrop custom format
- From: dgm
- Re: OLEDragDrop custom format
- From: Karl E. Peterson
- OLEDragDrop custom format
- Prev by Date: Re: Is using raw, uncooked Winsock so bad?
- Next by Date: Re: 8 to 24
- Previous by thread: Re: OLEDragDrop custom format
- Next by thread: Re: OLEDragDrop custom format
- Index(es):
Relevant Pages
|