If I cut any kanji character (japneese characters mapped to double byte hex value) and try to pasete in your application,it is not understanding those characters..can you pl. make it clear.
This is good stuff. I have been working with Microsoft support looking for their help to get some of the things to work on RichEd20.dll, such as StreamIn. StreamIn works fine, but the background colors are ignored. I did get the suggestion to use SendMessage(EM_SETCHARFORMAT,...) instead of CRichEditCtrl::SetCharFormat and that worked good including the background colors (SetCharFormat ignored the background colors even using CHARFORMAT2). I just received another message from Microsoft which I will paste here.
The MFC class CRichEditCtrl is designed for RichEdit32. RichEdit20 was a
recent richedit class. The CHARFORMAT and PARAFORMAT structure sizes are
different for these . In most of the CRichEditCtrl functions , the cbsize structure member of this structure is set to sizeof(CHARFORMAT) or sizeof(PARAFORMAT) instead of sizeof(CHARFORMAT2) or sizeof(PARAFORMAT2) .
That is the reason most of the Charformat attributes cannot be set by using the MFC functions. you have to explicitly send the message to the control in order to achive this. This has to be done for all the rich edit ctrl messages which involve CHARFORMAT and PARAFORMAT structures.
My question is: Where do I find the info needed to make this thing walk and talk. You seem to know more about it than the Microsoft guy. x
I have the default char format set to be protected, so that when the user enters text, I should receive an EN_PROTECTED message. With Rich Edit 1.0, this works fine. But I recently updated it to 2.0, and now I no longer receive an EN_PROTECTED message when the user enters text - only when that text is deleted. It doesn't appear this is a problem with the MFC CRichEditCtrl functions, as I still receive a message sometimes. Anyone else found this, or found a way around it?