RichEdit versions

re: RichEdit versions

Teis Johansen — Sun, 15 Oct 2006 15:39:35 GMT

Just to be sure. Can I redistribute RichEdit 6.0 with my application?

re: RichEdit versions

Kyle Alons — Tue, 17 Oct 2006 00:40:45 GMT

So what's the point of listing these features without documenting how to use them? Just to make everyone outside of MS envious?

Also, you mentioned the rich edit Ink control. Do you mean InkEd.dll? What is the trick to use that within an MFC application? I can force CRichEditView to use InkEd.dll / INKEDIT_CLASS, but this results in an "0xC000001D: Illegal Instruction" on app shutdown in the main frame's DestroyWindow().

Friday thoughts

Brian Jones: Open XML Formats — Sat, 21 Oct 2006 03:47:25 GMT

I just had a couple random things to mention this afternoon: ARCast – Office 2007 Open XML Format (Part

re: RichEdit versions

Bob F — Sun, 22 Oct 2006 04:17:27 GMT

Thanks for writing about RichEdit! I've been working extensively with the control for a number of years and I find it very interesting to read an insider's view of the control's history. I found the features list in your previous post to be interesting as well since not all of the features you mentioned are documented. And the feature list of RichEdit versions 5.0 and 6.0 give me an idea as to what features may eventually become available in the Windows RichEdit.

Although I would love to ask you dozens of questions about RichEdit I will limit myself to just one which I hope you will be kind enough to answer: Your previous post mentioned RichEdit has the capability to flow text around an embedded object starting in version 3.5 (and presumably carried into version 4.1?). I had no idea that was possible. Could you provide the message and parameter values needed for that feature? Thank you!

re: RichEdit versions

MurrayS — Tue, 24 Oct 2006 00:49:04 GMT

Bob F asked how to wrap text around objects. In RichEdit 4.1's richole.h, there are definitions for REO_WRAPTEXTAROUND and REO_ALIGNTORIGHT, which are flags for REOBJECT::dwFlags. If you set REO_WRAPTEXTAROUND when inserting the object, the text should wrap around the object, which will be left justified. If you set both REO_WRAPTEXTAROUND and REO_ALIGNTORIGHT, the text should wrap around a right-justified object.

re: RichEdit versions

Fazal Khan — Thu, 26 Oct 2006 11:35:01 GMT

Is there any RichTextBox control available which is compatible with RichEdit 3.0 or later ver. ?

How can I download it?

re: RichEdit versions

Bob F — Thu, 26 Oct 2006 19:08:09 GMT

Thanks Murray. REO_WRAPTEXTAROUND seems to work but it appears to have some rather severe painting issues. And, RichEdit does not save the effect when its content is saved to a file. That may explain why REO_WRAPTEXTAROUND doesn't seem to be documented anywhere. I also noticed the effect appears to have been dropped altogether from RichEdit 6.0. Perhaps the feature will be more fully supported in a later version of the Windows RichEdit. At any rate, it's nice to know you guys have been working on it.

re: RichEdit versions

John Crenshaw — Mon, 12 Feb 2007 21:52:00 GMT

I created a RichEdit 6.0 control and I'm having some problems with RTF created inside Outlook 2007. Shapes don't show, textboxes just display their text but not the box, dropcaps create a newline, SmartArt, WordArt, Equations, and Horizontal Lines halt further processing of the RTF (but keep everything before it.) I can drag any of these objects into my control just fine and they show up perfectly, but when I read in the Outlook RTF if doesn't like it very much. Under the hood it looks like outlook is using some strange undocumented (and apparently unsupported?) method of embedding binary data for certain objects inside the RTF (to save space?). Is there something that I don't know here? I am reading in the attachments from where Outlook keeps them and placing them where they belong. These embedded objects however are not behaving correctly. Are there extra functions that I have to call her? Different functions? Styles to set? Options to enable? HELP!!

Some objects, including PowerPoint Presentation objects don't consider the boundaries of the control to be important.

re: RichEdit versions

... — Wed, 14 Mar 2007 23:33:07 GMT

Du musst ein Fachmann sein - wirklich guter Aufstellungsort, den du hast!

re: RichEdit versions

... — Fri, 16 Mar 2007 23:08:38 GMT

pagine piuttosto informative, piacevoli =)

re: RichEdit versions

... — Sun, 18 Mar 2007 14:33:21 GMT

luogo grande:) nessun osservazioni!

re: RichEdit versions

... — Tue, 20 Mar 2007 05:32:51 GMT

Great site! Good luck to it's owner!

re: RichEdit versions

ocnsss — Fri, 23 Mar 2007 06:08:03 GMT

On personal opinion, I find this very helpful.

Guys, I have also posted some more relevant info further on this, not sure if you find it useful: http://www.bidmaxhost.com/forum/

re: RichEdit versions

... — Wed, 11 Apr 2007 07:36:37 GMT

Luogo molto buon:) Buona fortuna!

re: RichEdit versions

... — Wed, 11 Apr 2007 14:32:01 GMT

pagine piuttosto informative, piacevoli =)

re: RichEdit versions

... — Wed, 11 Apr 2007 16:34:40 GMT

Ich erklare meinen Freunden uber diese Seite. Interessieren!

re: RichEdit versions

... — Fri, 13 Apr 2007 16:53:17 GMT

9 su 10! Ottenerlo! Siete buoni!

re: RichEdit versions

... — Fri, 13 Apr 2007 18:54:01 GMT

Stupore! Amo questo luogo!:)))))))

re: RichEdit versions

... — Sun, 15 Apr 2007 08:51:16 GMT

Stupore! ho una sensibilit molto buona circa il vostro luogo!!!!

re: RichEdit versions

... — Mon, 16 Apr 2007 12:05:33 GMT

E grande io ha trovato il vostro luogo! Le info importanti ottenute! ))

re: RichEdit versions

Marcelo Saldanha — Mon, 28 May 2007 14:18:42 GMT

Hi, Murray. Very nice blog you got here! Those early days posts are also quite cool. About the Rich Edit controls, I have a doubt: you said that version 3.5 introduced support for text wrapping around objects, and also how to achieve this (so v4.1 can do it). But I can't find the definition of the constants REO_WRAPTEXTAROUND and REO_ALIGNTORIGHT anywhere, and as I'm using Delphi, I don't have RichOle.h, and couldn't find the right file for v4.1 on the net. Can you post the values for these constants?

Also, how well does the control handles Tables? It seems there are no messages for table handling, but the control can draw the tables if I insert the RTF code. What is the best way to use tables?

Thanks, and keep up the good work!

re: RichEdit versions

Gareth — Thu, 21 Jun 2007 19:49:46 GMT

I am using a RichEdit allow reading/editing of files in a piece of software I'm writing. Only problem is, for larger files I am getting an out-of-memory error because the RichEdit loads "all" of the data into memory when I use the EM_STREAMIN message. Is there a common method used to work around this?

re: RichEdit versions

Steve — Sun, 09 Sep 2007 15:06:05 GMT

Any chance of the class names? I currently only know these:

v1.0 = RICHEDIT

v2.0 & v3.0 = RichEdit20A or RichEdit20W

v4.1 = RICHEDIT50W

Although I've only actually confirmed v4.1, so it would be nice to have a reliable source on the others. The v5.0 and v6.0 class names still elude me.

Also, do any of them print tables spanning multiple pages correctly? With v3.0 and v4.1 using EM_FORMATRANGE or in various apps that use RichEdit, I see either:

a.) They don't seem to calculate the last row of a table that can fit on a page until the text is actually required. So on a long table that spans multiple pages, the vertical lines just kind of end at varying lengths depending on page content and trail off into nothingness. It would be incredibly difficult to draw a white box over the stray lines where this occurs because I don't see any way I could calculate exactly where the table cuts off without knowing the exact font size and performing various calculations involving internal RichEdit rendering which I could only guess at for the spacing, etc.

b.) They don't print the last horizontal line of a table on a page before it carries over to the next because that horizontal line is part of the top of the next row. Obviously it works on the last row of the table, i.e. the one on the last page, but it seems someone forgot about multi-page print documents. Again, it would be difficult to calculate where to draw this line in myself.

It would also be incredibly difficult for me to split the table on each print page into multiple tables so that they would always render correctly. This would also make editing of the document a nightmare if for example a row simply needed to be added somewhere, throwing all the tables out. I could work around that by maintaining two documents I guess, but the calcs for where to split the tables still scare me.

The above problems occur in WordPad too, and in the WebBrowser control, and in Internet Explorer. Word always seems to get it right-ish. However the border lines in that are around the cells themselves so the last horizontal line of a page will be thinner, because there is no cell underneath, if you follow me. This also means most lines are doubled up and rather thick, with no obvious way to correct it. The WPF control renders similar to Word as I recall, but it is very slow, although my machine isn't too shabby.

v3.0 also doesn't render tables with cells that have colspan greater than 1 correctly and v4.1 seemed to exceed the print bounds I specified, perhaps because of a table measuring issue involving said colspans, meaning several rows were missing from some pages. Unless the lparam of the EM_FORMATRANGE message is structured differently between those two versions? These issues I could probably work around though and it may be that I'm butchering the RTF spec in that case because those particular tables were converted from html by Word at some point.

I appreciate any help you can provide. Most helpful would be the class names, so I can then test all of this for myself. But perhaps there is a better way to print than EM_FORMATRANGE? I hope I don't have to go back to drawing everything on the print document manually with lots of horrible measuring calcs and not being able to edit or export to anything but Adobe Acrobat and Microsoft's new XPS format via plugins.

Anyway, I've really enjoyed your blog. You've made some really interesting posts. Toodles.

re: RichEdit versions

BillInPA — Tue, 15 Jan 2008 19:48:38 GMT

Since installing office 2007, an app using a rich edit suddenly crashes on exit. It is not an MFC app, it uses an RC file and CreateDialog(). In the RC file the richedit is labeled as "Richedit20A", and prior to loading the dialog I am doing a LoadLibrary(RICHED20.DLL"). This has been very stable for a number of years. After loading Office2007, in the exit there is a repeated crash, stack window shows

riched20.dll!74e50625()

riched20.dll!74e50e2d()

Anyone having information, Id appreciate it - wjmsdn@msn.com

re: RichEdit versions

John Crenshaw — Sat, 09 Feb 2008 00:41:59 GMT

Steve,

v5.0 = RichEdit50W

v6.0 = RichEdit60W

My company uses this in our own app, so I know it works. Be aware that v6.0 has a timer that fires twice after you show it. This timer causes some WM_PAINT, WM_ERASEBKGND, and WM_NCPAINT messages to fire. This will make the window flicker a bit, and can cause other controls to show through it in certain situations if you don't handle it right.

Also, the 5.0 and 6.0 versions are occasionally a source of trouble for customers with damaged installations of Office, so you want to make sure it is possible to disable them and always use 4.1. We used a registry key for this, it just provides an available workaround.

Bill,

The version of rich edit control installed by Office 2007 is in a dll named RICHED20.DLL, same name as the old 2.0 version. You are probably loading the wrong dll. Look at LoadLibrary for information on how the filename is resolved. It's also possible that an installer might try to register this DLL with the system, which would be a problem. If you want the old 2.0 richedit, I don't THINK you need the call to LoadLibrary. If you want to use the 4.1-6.0 versions, you should get the path where office is installed and pass the fully qualified path to LoadLibrary, then you'll need to use the correct window class.

re: RichEdit versions

minhvc — Tue, 22 Apr 2008 10:43:16 GMT

How to use the new features of RichEdit 6.0. Can I built a setup my application with RichEdit 6.0 without contact MS?

re: RichEdit versions

Steve — Mon, 09 Mar 2009 10:34:50 GMT

Thanks John. Wow, I should have checked back sooner. I did for about 3 months, but then got sidetracked. But your info will be helpful for my next .net project. I'm sure I tried RichEdit60W for v6. Although, considering I was only guessing I probably didn't try very hard. Thanks again.

re: RichEdit versions

Dave — Thu, 26 Mar 2009 18:01:04 GMT

How come Office Dev team is allowed to extend the Windows RichEdit code for use in Office applications. Does this not give MS an unfair advantage? Or can developers such as the Open Office team get access to the RichEdit source code to extend the RichEdit control for their own applications. I'm sure it this was the Browser control there would be an deluge of complants.

re: RichEdit versions

MurrayS — Thu, 26 Mar 2009 19:42:26 GMT

RichEdit is developed by Microsoft Office and is a basic component in this program suite. Two versions (RichEdit 3.0 and 4.1) are also distributed with Windows. They shipped originally with Office 2000 and Office 2002. We've been hoping to ship a newer version in Windows for some time, but testing the huge backward compatibility scenarios and writing the up-to-date documentation have been stumbling blocks. Comments like yours help increase the priority. Thanks

For a more complete discussion, see my post http://blogs.msdn.com/murrays/archive/2006/10/14/richedit-versions.aspx

re: RichEdit versions

wrx — Wed, 29 Apr 2009 09:03:44 GMT

In my MFC app,I Load riched20.dll of office 2007 in CMyApp::InitInstance,and add "cs.lpszClass=L"RichEdit60W" in CMyRichEditView::PreCreateWindow. But it does not recognize the math in rtf.

re: RichEdit versions

MurrayS — Wed, 29 Apr 2009 23:35:56 GMT

Math RTF conversion isn't enabled in the RichEdit 6.0 that ships with Office 2007.