a spin-off of bug 281781 When calling DDECreateDataHandle, we'd better use CF_UNICODETEXT on Win 2k/XP. http://lxr.mozilla.org/seamonkey/source/toolkit/xre/nsNativeAppSupportWin.cpp#1297 http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/dataexchange/dynamicdataexchangemanagementlibrary/dynamicdataexchangemanagementreference/dynamicdataexchangemanagementfunctions/ddecreatedatahandle.asp http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/dataexchange/clipboard/clipboardformats.asp
*** Bug 334282 has been marked as a duplicate of this bug. ***
In addition, DDECreateStringHandle should use CP_WINUNICODE instead of CP_WINANSI.
We need to be very careful to retain backwards compatibility with the old DDE format. It is not sufficient to simply replace our DDE message with a widechar version.
I've been waiting a long time for Firefox's DDE to be Unicode-aware so that it would work properly with my bookmark manager (www.bookmarkbuddy.net). Backward compatibility is simple to maintain: the calling function can specify either CF_TEXT or CF_UNICODETEXT in the WM_DDE_REQUEST message. Firefox should expect the input string to be in the nominated format, and should return data (e.g. in response to WWW_GetWindowInfo) in the nominated format. Incidentally it would be nice too if Firefox responded to the WWW_ListWindows topic, dropped after Netscape v.4!
DDE is no longer used for shell integration so moving to component where this code lives.
Component: Shell Integration → Startup and Profile System
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.