
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">

<HTML>

<HEAD>

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">

<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7638.1">

<TITLE>[1/3] user32: Convert data in WM_DDE_EXECUTE to unicode when expected.</TITLE>

</HEAD>

<BODY>

<!-- Converted from text/plain format -->


<P><FONT SIZE=2>For bug 13891.<BR>

<BR>

We have tests that show that ddeml generally ensures the text of a dde execute command is in the format expected by the server before sending the XTYP_EXECUTE notification, disregarding the text format the client claims to be using UNLESS both the client and the server are unicode.<BR>

<BR>

When a ddeml client sends WM_DDE_EXECUTE, it generally only converts the text if the client is unicode but the server (and therefore the conversation) is not. We have tests that verify this behavior, and MSDN's documentation for WM_DDE_EXECUTE also appears to agree.<BR>

<BR>

Therefore, the conversion must happen on the server side.<BR>

<BR>

This generally ensures that a ddeml server will get unicode data, which makes it possible to correctly fix winebrowser.<BR>

<BR>

The third patch in this series is not needed to fix winebrowser, but it makes the tests pass in the case where an ansi client sends unicode data to an ansi ddeml server.<BR>

</FONT>

</P>


</BODY>

</HTML>