Using the Clipboard, Part I : Transferring Simple Text

• Download demo project - 24 Kb

With just a few lines of code, you can easily add Clipboard functionality to your application.

Introduction

In this first instalment of a four-part series of articles on programmatically transferring data to and from the Windows Clipboard, I'll explain the basic steps of using the Clipboard using the Clipboard API. After I've gone over the basics steps, which are used no matter what data format is on the Clipboard, I'll present a demo application that illustrates how to programmatically transfer simple (ANSI) text to and from the Clipboard.

Using the Windows Clipboard API

There are actually two distinct mechanisms for interfacing to the Clipboard. The first involves using the Windows Clipboard API and the second uses OLE. Since the Clipboard API is by far the most common method used, most of the demos in this little series will use this technique. If you're familiar with the Windows API - especially the means by which memory is allocated via the GlobalAlloc and GlobalLock functions - the steps needed to use the Clipboard will be all the easier to learn. Another thing to realize at this point is that regardless of the type of data being transferred to the clipboard, the same basic programmatic steps are taken any time you are transferring data to or from the Clipboard. Figure 1 shows these steps in a standard UML Sequence Diagram with the subsequent sections going into more detail about each step.

Figure 1: These are the standard steps used to transfer data to the Clipboard using the Windows Clipboard API.

Allocating Memory for Your Data

The verbiage "placing data on the Clipboard" is really a misnomer as the Clipboard is not some sort of global data buffer. Actually, the Clipboard is little more than a handle to a data buffer that is created and maintained by the application that is making this data available for other applications. Since the data must be accessible from all processes, the Windows API functions, GlobalAlloc and GlobalLock, are used.

As a quick refresher, here is the syntax for these two functions and how they work:

The GlobalAlloc function is used to allocate a global block of memory that will hold the entirety of the data being made available via the Clipboard.

HGLOBAL GlobalAlloc(UINT uFlags, SIZE_T dwBytes)

The uFlags parameter is used to specify to Windows how the memory is to be allocated. If you specify a value of 0 (or NULL), then a value of GMEM_FIXED is assumed. The valid values for this parameter are in the Table 1 and can be combined with the logical or operator.

Table 1 - GlobalAlloc flags

uFlag Value	Description
GHND	Same as GMEM_MOVEABLE | GMEM_ZEROINT
GMEM_FIXED	The default value, this allocated a block of fixed (i.e., non-moveable) memory. The return value from GlobalAlloc when specifying GMEM_FIXED is a pointer.
GMEM_MOVEABLE	In Windows, memory blocks are never moved in physical memory. However, the can be moved within the default heap. Therefore, the return value when specifying GMEM_MOVEABLE is a handle to the memory.
GPTR	This value combines GMEM_FIXED and GMEM_ZEROINT, the later simply initializing the allocated memory to all zeroes.

Note - Since specifying a value of GMEM_FIXED for the uFlag parameter to the GlobalAlloc call will return a pointer while specifying GMEM_MOVEABLE will return a handle, these two values are mutually exclusive.

The parameter dwBytes is a double word that enables you to specify how large a buffer you wish to allocate.

The second function that you need to call to allocate the memory for your data is the Windows API function, GlobalLock.

LPVOID GlobalLock(HGLOBAL hMem)

This function is very straight-forward and takes as its only parameter a handle returned from the GlobalAlloc function.

Copy the Data into the Global Memory

Once you've allocated the global memory and have obtained a pointer to it, you can copy the desired data into that global memory buffer. How you do this will depend on what type of data you're transferring so I'll go into more detail about this step in the three demos that follow this article.

Unlock the Global Memory

This is a very important, yet often overlooked step in the process. According to the Windows documentation once you've allocated the memory and inserted the data to be made public to other processes, you are not to touch this memory again. The reason is simple. Once you've made the Clipboard mechanism aware of the new data (next step), Windows will now have control over that memory and any further tampering with it on your end might very well invalidate the integrity of the data.

To unlock the global memory block, make a call to the GlobalUnlock API function. Here's the very simple syntax for this function where the hMem parameter is the handle returned from the GlobalAlloc function.

BOOL GlobalUnlock(HGLOBAL hMem)

Open the Clipboard

The OpenClipboard function enables you to lock the Clipboard so that no other processes can modify its contents as you are attempting to access that data. This function's syntax is as follows:

BOOL OpenClipboard(HWND hWndNewOwner)

The hWndNewOwner simply allows you to associated the open Clipboard with a given window. If you don't need to do this (most don't), simply leave specify a value of NULL for this parameter, in which case, Windows will associate the open Clipboard with the current task. All of the demos in this book will use this latter technique as I've personally never seen too many situations where an association with a specific window was needed.

Empty the Clipboard

This step is needed to initialized the Clipboard and is accomplished via the EmptyClipboard function. When you call this function, Windows releases the global memory associated with the Clipboard. If you'll remember, earlier I said that Windows would be responsible for this task. Therefore, it is the responsibility of any application using the Clipboard to call this function in order to prevent memory leaks.

BOOL EmptyClipboard()

Note that you do not need to call a function to determine if any data exists prior to calling this function as this function will only return a nonzero value if the function fails. If it succeeds or if the Clipboard doesn't contain any data, the function returns zero (representing success).

Set the Clipboard Data

Finally, at this step, you set the Clipboard data. As mentioned earlier, the Clipboard really doesn't contain data, but simply maintains a global handle obtained (and populated) by your application. The function to perform this step is the SetClipboardData function. This is also the function that enables you to specify the format of the data being transferred (notice syntax below).

HANDLE SetClipboardData(UINT uFormat, HANDLE hMem)

The value you specify for the uFormat parameter must be either a standard Clipboard format (Table 2) or a registered format. Registered formats are user-defined formats that enable you to specify formats for application-specific data. We'll be getting into this format later on.

Table 2 - Standard Clipboard Formats

uFormat value	hMem value
CF_BITMAP	Handle to a bitmap (you'll see how to use this format in this article series' second demo)
CF_DIB	Handle to a BITMAPINFO structure followed by the bits that constitute the bitmap
CF_DIBV5	Used in Windows 2000 only, this is also a handle to a BITMAPINFO structure where the subsequent bits represent the bitmap color information and the bitmap image.
CF_DIF	Handle to a Software Arts' Data Interchange Format (SADIF) buffer
CF_DSPBITMAP	Handle to a bitmap display format associated with an application-specific format. The data being pointed to must be data that can be displayed in bitmap format.
CF_DSPENHMETAFILE	Handle to an enhanced metafile display format associated with a private format. In this case, the data must be displayable in enhanced metafile format in lieu of the privately formatted data.
CF_DSPMETAFILEPICT	Handle to a metafile-picture display format associated with a private format. The data being pointed to must be displayable in metafile-picture format in lieu of the privately formatted data.
CF_DSPTEXT	Handle to text display format associated with a private format. The data must be displayable in text format in lieu of the privately formatted data.
CF_ENHMETAFILE	Handle to an enhanced metafile (HENHMETAFILE)
CF_GDIOBJFIRST through CF_GDIOBJLAST	This range of integers represents application-defined GDI object clipboard formats. Note that the handles represented by these values are not automatically deleted using the GlobalFree function when the clipboard is emptied. Additionally, the hMem parameter is not a handle to a GDI object, but is a handle allocated by the GlobalAlloc function with the GMEM_MOVEABLE flag.
CF_HDROP	Handle to type HDROP that identifies a list of files being transferred via the Clipboard - typically used in drag & drop operations. The DragQueryFiles function is used to retrieve information about these files.
CF_LOCALE	Handle to the locale identifier associated with the text in the clipboard
CF_METAFILEPICT	Handle to a metafile picture format (METAFILEPICT) structure
CF_OEMTEXT	Handle to a text format containing characters in the OEM character set. In this format, each line must be terminated with a carriage return/linefeed (CR/LF) combination. A null character represents end of data (EOD) using this format.
CF_OWNERDISPLAY	If an application specifies a uFormat value of CF_OWNERDISPLAY, the hMem value must be NULL. In addition, the application is then responsible for displaying and updating the Clipboard viewer window and handling the following messages: WM_ASKCBFORMATNAME, WM_HSCROLLCLIPBOARD, WM_PAINTCLIPBOARD, WM_SIZECLIPBOARD, WM_VSCROLLCLIPBOARD.
CF_PALETTE	Handle to a color palette.
CF_PENDATA	Handle to data representing pen extensions for the Microsoft Windows for Pen Computing.
CF_PRIVATEFIRST through CF_PRIVATELAST	Much like using the CF_GDIOBJFIRST-CF_GDIOBJLAST range, these integers represent a series of value for private Clipboard formats. Note once again that the data associated with these handles is not freed automatically and as such it is the application's responsibility to do such.
CF_RIFF	Handle to an audio data format that is more complex than can be represented with the standard (WAV) format where the uFormat parameter is set to CF_WAVE.
CF_SYLK	Handle to Microsoft Symbolic Link (SYLK) formatted data.
CF_TEXT	Handle to standard text. Using this format, each line must be terminated with a carriage return/linefeed (CR-LF) combination. A null character denotes end of data (EOD). This is used for ANSI text whereas CF_UNICODETEXT is used for UNICODE text.
CF_WAVE	Handle to the audio data in one of the standard wave formats: such as 11 kHz or 22 kHz pulse code modulation (PCM).
CF_TIFF	Handle to tagged-image file (TIFF) formatted data
CF_UNICODETEXT	For use with Windows NT/2000 or later, this format is used for UNICODE data as opposed to ANSI text (which is represented by the CF_TEXT value).

Close the Clipboard

When an application has finished examining or modifying the Clipboard data, the CloseClipboard function is called. This has the effect of unlocking the Clipboard so that other applications can have access to it.

BOOL CloseClipboard()

Demo to Transfer Simple Text

The first demo we'll start with will illustrate how to transfer text to and from the Clipboard. While this is not needed as much as it once was due to the Windows 2000/Me context menu (right-clicking over any edit control will result in a menu containing the standard Clipboard functions) there are still some very valid uses for this capability. One example is if you want to pass simple text-based data to another application. However, in order to keep the example as clean as possible this demo will consist of a dialog with two edit controls. One edit control will enable you to type text into it and copy that text to the Clipboard while the second edit control will be a read-only control. A button will enable you to paste text from the Clipboard into this second control. By keeping the demo relatively simple it's much easier for you to focus on the specifics of working with the Clipboard and it's also more convenient when you want to copy and paste the salient code from this demo into your own project files.

Creating the SimpleTextTransfer Demo Project

At this time, create a dialog-based application called SimpleTextTransfer. Once you've done that modify the default dialog so that it looks like the one shown in Figure 2

Figure 2: Simple dialog to test using the Clipboard to transfer standard ANSI text.

After you've modified the dialog, you'll need to make the following changes to the dialog's controls.

• Set the Multiline property for both edit controls to True.
• Set the AutoVScroll property for both edit controls to True.
• Set the Vertical Scroll property for both edit controls to True.
• Set the Readonly property for "from Clipboard" edit control to True.
• Create a control member variable for each of the two edit controls. Name them m_edtToClipboard and m_edtFromClipboard, respectively.

Copying Text to the Clipboard

Once you've finished with the dialog controls' properties, add a event handler for the Copy button's BN_CLICKED message and modify it so that it looks like the following. I've placed comments throughout the code to make the code easy to understand.

void CSimpleTextTransferDlg::OnBnClickedBtncopy()
{
 if (UpdateData())
 {
  CString strData;
  m_edtToClipboard.GetWindowText(strData);

  // test to see if we can open the clipboard first before

  // wasting any cycles with the memory allocation

  if (OpenClipboard())
  {
   // Empty the Clipboard. This also has the effect

   // of allowing Windows to free the memory associated

   // with any data that is in the Clipboard

   EmptyClipboard();

   // Ok. We have the Clipboard locked and it's empty. 

   // Now let's allocate the global memory for our data.


   // Here I'm simply using the GlobalAlloc function to 

   // allocate a block of data equal to the text in the

   // "to clipboard" edit control plus one character for the

   // terminating null character required when sending

   // ANSI text to the Clipboard.

   HGLOBAL hClipboardData;
   hClipboardData = GlobalAlloc(GMEM_DDESHARE, 
                                strData.GetLength()+1);

   // Calling GlobalLock returns to me a pointer to the 

   // data associated with the handle returned from 

   // GlobalAlloc

   char * pchData;
   pchData = (char*)GlobalLock(hClipboardData);
		  
   // At this point, all I need to do is use the standard 

   // C/C++ strcpy function to copy the data from the local 

   // variable to the global memory.

   strcpy(pchData, LPCSTR(strData));
		  
   // Once done, I unlock the memory - remember you 

   // don't call GlobalFree because Windows will free the 

   // memory automatically when EmptyClipboard is next 

   // called. 

   GlobalUnlock(hClipboardData);
		  
   // Now, set the Clipboard data by specifying that 

   // ANSI text is being used and passing the handle to

   // the global memory.

   SetClipboardData(CF_TEXT,hClipboardData);
		  
   // Finally, when finished I simply close the Clipboard

   // which has the effect of unlocking it so that other

   // applications can examine or modify its contents.

   CloseClipboard();
  }
 }
}

Cutting Text to the Clipboard

As you might have guessed, the only difference between copying data to the Clipboard and cutting it to the Clipboard is that in the latter case, the data is removed after the transfer takes place. Therefore, at this point, add an event handler for the Cut button's BN_CLICKED message. Once you've done that, modify that handler so that it looks as follows:

void CSimpleTextTransferDlg::OnBnClickedBtncut()
{
 OnBnClickedBtncopy();
 m_edtToClipboard.SetWindowText("");
}

Pasting Text from the Clipboard

At this point, the application can place data on the clipboard, but it doesn't yet allow for the pasting of that data to the dialog. Therefore, we'll take care of that now.

As with the Copy and Cut buttons, add an event handler for the Paste button's BN_CLICKED message.

void CSimpleTextTransferDlg::OnBnClickedBtnpaste()
{
 // Test to see if we can open the clipboard first.

 if (OpenClipboard()) 
 {
  // Retrieve the Clipboard data (specifying that 

  // we want ANSI text (via the CF_TEXT value).

  HANDLE hClipboardData = GetClipboardData(CF_TEXT);

  // Call GlobalLock so that to retrieve a pointer

  // to the data associated with the handle returned

  // from GetClipboardData.

  char *pchData = (char*)GlobalLock(hClipboardData);

  // Set a local CString variable to the data

  // and then update the dialog with the Clipboard data

  CString strFromClipboard = pchData;
  m_edtFromClipboard.SetWindowText(strFromClipboard);

  // Unlock the global memory.

  GlobalUnlock(hClipboardData);

  // Finally, when finished I simply close the Clipboard

  // which has the effect of unlocking it so that other

  // applications can examine or modify its contents.

  CloseClipboard();
 }
}

Testing the SimpleTextTransfer Demo

At this point, compile and test the application. Your results should be similar to what you see in Figure 3.

Figure 3: With just a few lines of code, you can easily add Clipboard functionality to your application.

However, there is just one problem with our little test. If you click the <Alt><Print Screen> key combination, this copies a bitmap of the current window to the Clipboard. You can test this by opening the PaintBrush application and pasting the image into a new bitmap image. However, if you copy an image to the Clipboard and then click the Paste button on the demo application, the text in the "to clipboard" edit control is wiped out and nothing appears! This is because the demo is attempting to use the data on the Clipboard without first determining if the data is valid for this application.

In order to check as to the format of the data on the Clipboard, simply use the IsClipboardAvailable function.

BOOL IsClipboardFormatAvailable(UINT format)

The format parameter can be any value listed in Table 1. Here's the modified BN_CLICKED handler for the dialog's Paste button. I've bolded the lines that have changed from the previous incarnation of this function.

void CSimpleTextTransferDlg::OnBnClickedBtnpaste()
{
 // Test to see if we can open the clipboard first.

 if (OpenClipboard()) 
 {
  if (::IsClipboardFormatAvailable(CF_TEXT)
  || ::IsClipboardFormatAvailable(CF_OEMTEXT))
  {
    // Retrieve the Clipboard data (specifying that 

    // we want ANSI text (via the CF_TEXT value).

    HANDLE hClipboardData = GetClipboardData(CF_TEXT);

    // Call GlobalLock so that to retrieve a pointer

    // to the data associated with the handle returned

    // from GetClipboardData.

    char *pchData = (char*)GlobalLock(hClipboardData);

    // Set a local CString variable to the data

    // and then update the dialog with the Clipboard data

    CString strFromClipboard = pchData;
    m_edtFromClipboard.SetWindowText(strFromClipboard);

    // Unlock the global memory.

    GlobalUnlock(hClipboardData);
  }
  else
  { 
    AfxMessageBox("There is no text data (ANSI) on the Clipboard.");
  }

  // Finally, when finished I simply close the Clipboard

  // which has the effect of unlocking it so that other

  // applications can examine or modify its contents.

  CloseClipboard();
 }
}

Now, if you run this application, copy a bitmap (or any data that is not defined as CF_TEXT or CF_OEMTEXT) and press the demo's Paste button, you will see the message shown in Figure 4.

Figure 4: You should always check the format of the data on the Clipboard before attempting to use it.

Summary

In this first of a four-part series on programming the Windows Clipboard, you learned the basics of the using the Windows API to transfer data to and from the Clipboard. You then put that new-found knowledge to work with a demo application using simple ANSI text. In the next instalment of this series, I'll go into sending and receiving bitmap images from and to the Clipboard.

You must Sign In to use this message board.

FAQ  Noise Tolerance Very HighHighMediumLowVery Low  Search Messages    Layout Expand All MessagesThread ViewNo Javascript (slow)No Javascript Preview    Per page 102550

Msgs 1 to 25 of 57 (Total in Forum: 57) (Refresh) FirstPrevNext

Clip board data size limit DivyaSV 19:02 10 Aug '08   Hi, Could you please tell me the maximum size of data that can be copied to clipboard? Thanks, Divya Sign In·View Thread·PermaLink 1.00/5 (1 vote) can we apply this clip board operations while copying treeviewnode content and pasting it from clipboard on to the word document, is it possible .. shanthisurineni 21:16 5 Mar '08   I have a problem with the clipboard, iam using .net 3.0 technology 1. first i have to copy the Treeviewnode content onto clipboard 2. it is giving error as OLE DATA OBJECT is not identified can you give a solutionfor copying treeviewnode content onto clipboard and pasting the same content on the word document ... thank you shanthi Sign In·View Thread·PermaLink I have problem when I use this articl in Unicod project. Member 3138165 3:24 26 Jan '08   I have problem when I use this articl in Unicod project. SetClipboardData givs a problem sach as any Dll fail was not loadid. can you halep me with this. thanks Arman From Armenia Sign In·View Thread·PermaLink Is there anyway to figure out the filename? amishukla 10:22 18 Jul '07   Is there anyway to figure out the filename from where the data is copied and which file it is being pasted to? Sign In·View Thread·PermaLink Regarding C code for pulse code modulation Prashant Sonar 2:34 28 May '07   Hello friends, i a, really helpless in Regarding C code for pulse code modulation/quantazation. any one of this plz help me as early as possible. Prashant Sonar Sign In·View Thread·PermaLink Getting Assertion Failure in MFC ACtiveX control Ari Unikoski 21:54 26 Feb '07   I tried wrapping your routine CSimpleTextTransferDlg::OnBnClickedBtncopy as a property of an activeX control called ClipBoardVal. Then, from a web-page I run (in javascript): control.ClipBoardVal = "text" This produces the following assertion error (I have chopped off the full path names to save me typing...): Program: iexplore.exe File: afxwin2.inl Line: 295 If I do "ignore" the data is copied to the clipboard as desired If I compile in release mode, it works fine, but I am nervous that I am missing something, any ideas? Note - I have a few 3 properties in this activex control, they all work fine without any kind of assertion errors. They are all on the same property page. Ari Sign In·View Thread·PermaLink Re: Getting Assertion Failure in MFC ACtiveX control Ari Unikoski 22:04 26 Feb '07   I've made some more experimentation - the assert seems to be coming from the "OpenClipboard()" call Sign In·View Thread·PermaLink how to find the list of files/folders copied from windows explorer. Ashutosh Bhawasinka 9:35 12 Dec '06   In windows explorer we often copy files/folders and then past it. I want to know which files have been selected for copying. Is there a way to find it out? Sign In·View Thread·PermaLink 4.40/5 (2 votes) Re: how to find the list of files/folders copied from windows explorer. KarstenK 23:22 3 Jun '07   This is sophisticated stuff with the shell. The best API docs I found is here http://www.codeproject.com/shell/shlext.asp Even at MSDN I found nothing good. Greetings from Germany Sign In·View Thread·PermaLink Multiple Clipboard data. Hakuna-Matada 2:37 3 Aug '06   In Office 2003, the inbuilt clipboard viewer shows all the data that has been copied to the clipboard. My question is, Is the Clipboard capable of handling multiple "CTRL+C"s? I mean if I copy some text then I copy another set of text, will the previous one be overwritten or will it remain in the clipboard at a different index( like in an array )? My situation is such that I want to use the clipboard but not lose the previous data which was there. i.e. After my work with the clipboard is done, it should be set with the previous data which was there, irrespective of the type of data. How do I achieve it? --- Hakuna-Matada It means no worries for the rest of your days... It's our problem free, Philosophy <marquee behavior=alternate scrollamount=5 scrolldelay=50></marquee> Sign In·View Thread·PermaLink 1.50/5 (2 votes) where to find the other 3 parts... Haroon Sarwar 19:47 4 Apr '06   looked on code project could not find them... Sign In·View Thread·PermaLink Re: where to find the other 3 parts... Tom Archer - MSFT 17:46 8 Apr '06   I didn't get a lot of inital feedback so I never posted them. After a while I ended up putting them in a VC++/MFC book (Visual C++.NET Bible) so I couldn't then put them online. Tom Archer (blog) Program Manager MSDN Online (Windows Vista and Visual C++) MICROSOFT Sign In·View Thread·PermaLink I have some problem on pasting data into RichEdit control yizhu2000 3:53 4 Mar '05   sir: I wrote a .Net program to paste a simple string into a RichEdit control, first I set the clipboard with a plain string "xxxxxx" , then I use SendMessage(hwnd,WM_PASTE,0,null) to paste it in a TextBox control , it works, but when I change the TextBox into RichTextBox or RichEdit2.0 Control, it fails. whatever I tried I can't see any effect. can you tell me what's wrong? Sign In·View Thread·PermaLink 1.75/5 (3 votes) CString problem Dody_DK 21:34 13 Jan '05   I have read the article when I compile the code, it give me an error (error C2039: 'GetWindowTextA' : is not a member of 'CString') and it says "see declaration of 'CString'" any idea how to solve it? thanks in advance Sign In·View Thread·PermaLink Linker error with Visual Studio 2002 sweep123 5:07 2 Nov '04   I did try and run the project, but got the following error:- SimpleTextTransfer error LNK2019: unresolved external symbol ?0CRect@@QAE@XZ referenced in function "public: void __thiscall CDragListBox::DrawSingle(int)" (?DrawSingle@CDragListBox@@QAEXH@Z) SimpleTextTransfer fatal error LNK1120: 1 unresolved externals I dont know if its my settings as not an expert on the compiler/linker options. Graham. Sign In·View Thread·PermaLink Re: Linker error with Visual Studio 2002 Tom Archer 6:10 2 Nov '04   If you're downloading and running the project as it is, then it should build and run correctly. I just downloaded it and after Visual Studio converted it to 2003, it runs fine. If you want, send me your project and time permitting, I'll give it a look-over. Cheers, Tom Archer "Use what talents you possess. The woods would be very silent if no birds sang there except those that sang best." - William Blake * Inside C# -Second Edition * Visual C++.NET Bible * Extending MFC Applications with the .NET Framework Sign In·View Thread·PermaLink About using CF_DIBV5 momirz 5:46 1 May '04   I need to use CF_DIBV5 format from clipboard. However I can't include wingdi.h because it is not allowed within SDK I am using (Adobe). Is there any other way i can access CF_DIBV5 data from clipboard in this format? Thank you. Regards, Momirz Sign In·View Thread·PermaLink 2.00/5 (1 vote) 588 ¸¶´ã ¾ð´Ï °ü¸®ÀÚ 19:42 28 Feb '04   588 ¾ð´Ï¾ßµé..http://588madam.ce.rohttp://588madam.ce.rohttp://588madam.ce.rohttp://588madam.ce.ro°Ô½ÃÆÇ ¼º°Ý¿¡ ºÎÀûÇÕÇÏ¸é »èÁ¦½Ã ºñ¹Ð¹øÈ£ 12345 ÀÔ´Ï´Ù.µî·ÏÀ» °ÅºÎÇÏ½Ç ¶§¿¡´Â susin4000@yahoo.co.kr ·Î ȨÆäÀÌÁö ÁÖ¼Ò¸¦ ±âÀÔÇϼż­µî·Ï°ÅºÎ Àǻ縦 º¸³»ÁÖ½Ã¸é ´ÙÀ½ºÎÅÍ´Â Àý´ë·Î ¿Ã¸®Áö ¾Ê°Ú½À´Ï´Ù. Sign In·View Thread·PermaLink 1.00/5 (1 vote) Re: ¡á¡á¡á Á×ÀÌ´Â ¸ö¸ÅÀÇ ¿©¼º ´©µå»çÁø ¡á¡á¡á Tom Archer 6:51 23 Feb '04   You do realize that this article is for manipulating "text" on the clipboard, right? LOL! I slay me! Cheers, Tom Archer "Use what talents you possess. The woods would be very silent if no birds sang there except those that sang best." - William Blake * Inside C# -Second Edition * Visual C++.NET Bible * Extending MFC Applications with the .NET Framework Sign In·View Thread·PermaLink Visual Basic/MFC Drag and Drop Problem MIW 5:02 28 Jan '04   Visual Basic 6, Visual C++ 6 We have a custom clipboard format registered using RegisterClipboardFormat. This has been used between several applications written in C++ with MFC for many years. Recently, we have identified a need for these applications to interoperate with Visual Basic applications. We have created a Visual Basic application which is able to receive drops from C++ applications or other VB applications; however when we attempt to drag data from a VB application to an MFC application the C++ application detects that the custom data format is present but is unable to access the actual data as GetGlobalData returns NULL. I would be most greatful if anyone has any ideas to resolve this problem.? Not using VB would be nice but not an option unfortunately. Example VB code: Private Sub Form_Load() cfFormat = RegisterClipboardFormat("CF_ODI_OBJECTS") End Sub Private Sub Tree_OLEDragDrop(Data As MSComctlLib.DataObject, Effect As Long, Button As Integer, Shift As Integer, x As Single, y As Single) Dim odi() As Byte Dim strClipData As String Dim strTemp As String Dim nItems As Integer Dim nPos As Integer If Data.GetFormat(cfFormat) Then odi = Data.GetData(cfFormat) strClipData = StrConv(odi, vbUnicode) ‘ process data here End If End Sub Private Sub Tree_OLEStartDrag(Data As MSComctlLib.DataObject,_ AllowedEffects As Long) Dim odi() As Byte Dim strODIKey As String strODIKey = "1,AIBInstance\t8,SAI00021167\sAIBType\t8,WTW\k\k\KeyODIServer.ObjectDataManager\Server8,FIXBY/NO.1 WTW\Value\I1" + vbNullChar odi = StrConv(strODIKey, vbUpperCase) ‘also tried vbUnicode Data.SetData odi(), cfFormat End Sub The above code allows multiple VB applications to interoperate as either source or destination of drag and drop operations, including dropping of objects from C++ applications. When we attempt to drop to C++ application with code as follows the application is unable to lock the global data. Example C++ code: BOOL CDroppedView::OnDrop(COleDataObject* pDataObject, DROPEFFECT dropEffect, CPoint point) { if( pDataObject->IsDataAvailable ( m_cf ) ) { HGLOBAL hData = pDataObject->GetGlobalData( m_cf ); // hData is NULL at this point when the drag started in a // Visual Basic Application. LPTSTR lpBuff = (LPTSTR)GlobalLock( hData ); GlobalUnlock ( hData ); CString strTemp( lpBuff ); AfxMessageBox ( strTemp ); } return CView::OnDrop(pDataObject, dropEffect, point); } Sign In·View Thread·PermaLink Re: Visual Basic/MFC Drag and Drop Problem AB.CP 4:15 28 Sep '05   I encountered the same problem for simple text data. However I expect this solution to work for custom formats as well. It is necessary to be more specific about the data format specification when making a call to DataObject.GetData or .GetGlobalData. This is defined using the FORMATETC structure. So instead of code such as: if (pDataObject->IsDataAvailable(CF_TEXT)) { pDataObject->GetData(CF_TEXT, &StgMedium); if (StgMedium.tymed == 1) { strData = (char*)GlobalLock(StgMedium.hGlobal); } } The following is required: LPCTSTR strData = 0; HGLOBAL HGlobal = 0; FORMATETC FormatEtc; ZeroMemory(&FormatEtc, sizeof(FORMATETC)); FormatEtc.cfFormat = CF_TEXT; FormatEtc.dwAspect = DVASPECT_CONTENT; FormatEtc.lindex = -1; FormatEtc.tymed = TYMED_HGLOBAL; if (pDataObject) { if (pDataObject->IsDataAvailable(CF_TEXT, &FormatEtc)) { HGlobal = pDataObject->GetGlobalData(CF_TEXT, &FormatEtc); strData = (char*)GlobalLock(HGlobal); } } Sign In·View Thread·PermaLink copy files _to_ clipboard using CF_DROP kintzlr@earthlink.net 14:22 13 Oct '03