🚀 go-pugleaf

"Kris" <myEmail@email.com> wrote in message
news:8genpv8c6stmgjkipugr5s8kbc0j82qfmq@4ax.com...

> HTML_hglbCopy= GlobalAlloc(GMEM_MOVEABLE,HTML_ClipboardData.Length());

As has already been pointed out to you earlier, you need to include the
terminating NULL character:

    HTML_hglbCopy = GlobalAlloc(GMEM_MOVEABLE,
HTML_ClipboardData.Length()+1);
...
    memcpy(HTML_lptstrCopy, HTML_ClipboardData.c_str(),
HTML_ClipboardData.Length()+1);

>    SetClipboardData(HTML_ClipboardID,HTML_hglbCopy);
>    GlobalUnlock(HTML_hglbCopy);

You should be unlocking the memory BEFORE you assign it to the clipboard:

    GlobalUnlock(HTML_hglbCopy);
    SetClipboardData(HTML_ClipboardID, HTML_hglbCopy);

> But I recently noticed that Frontpage (2003) does not pick the
> HTML content. In fact it always chooses the RichEdit content
> (and if that's not available it picks the plain text content), but it
> never picks my HTML content.

Are you putting the RTF content onto the clipboard at the same time as the
HTML content?  If so, then you have to keep in mind that when multiple
formats are available at a time, applications are free to choose whichever
format they want to work with.  It might just be that when RTF is available,
FP may *prefer* to work with the RTF before deciding to use any other
format.  As for why it would pick the plain text content over the HTML
content, I do not know.  Are you sure that "HTML Format" is the correct
register name for HTML content?  When you copy HTML to the clipboard
normally (not programmably), such as from FP itself, and then enumerate the
clipboard formats via EnumClipboardFormats(), what is actually returned?


Gambit