🚀 go-pugleaf

On Sun, 26 Oct 2003 12:35:16 -0800, "Remy Lebeau \(TeamB\)"
<gambit47.no.spam@no.spam.yahoo.com> wrote:

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

Yes, I know and I understood that. I already fixed that. Unfortunately
the code sample I posted was slightly outdated and still without the
+1. Unfortunately the extra byte doesn't solve the problem.

>You should be unlocking the memory BEFORE you assign it to the clipboard:
Thanks. That fix is now also in place. However, the problem is also
still present.


>Are you putting the RTF content onto the clipboard at the same time as the
>HTML content?
Yes. I'm putting Text, RTF and HTML on the clipboard at the same time.

>It might just be that when RTF is available,
>FP may *prefer* to work with the RTF before deciding to use any other
>format. 
It would be strange that FP, being an HTML editor, would prefer other
content over HTML-content. But you never know. So I already had put
only HTML content on the clipboard (and thus no text and RTF content).
In that case Frontpage does enable the PASTE command but nothing gets
pasted. But Outlook and Outlook express are able to recognize that
HTML content and paste it properly.

>Are you sure that "HTML Format" is the correct
>register name for HTML content?  When you copy HTML to the clipboard
Pretty sure. If you do a search in google for RegisterClipboardFormat
AND "HTML format" you get lots of hits. Also since Outlook is
recognizing this content it is probably the correct name.

>and then enumerate the
>clipboard formats via EnumClipboardFormats(), what is actually returned?
I'll give that a try. Thanks for the tip (but I'm expecting to get the
same value since other applications (oulook) do pick up the HTML
content). But I'll check it out anyway.

Kris


>
>"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
>