Then make sure you print out any remaining characters after the last form feed. To prevent editing, set the ReadOnly property of the rich edit control to True. Continue on in that way until there are not more form feed characters. By default, TDBRichEdit permits a user to edit memo text. Load up all characters up to the form feed character, print that to the file, then use the EndPage() function to manually force the form feed. The only solution I found was to parse the information going into the CRichEditControl for form feed characters. The page break isn't 'on screen' so it doesn't make it to the.ps file. Your application can resize a Rich Edit Control (CRichEditControl) as needed, so that the control is always the same height as its contents. Mfc Rich Edit Control Image Full Programmable Control The main idea of this sample is to show that you have full programmable control over the ribbon bar layout. I believe this is due to the fact that the edit control does not actually SHOW page breaks inside it - and the way the print command works is almost like a graphic blit to a print device. The Rich Edit Control already has what's called a 'bottomless' behavior, but as we'll see, it's doesn't solve the problem of calculating the optimal 'width'. That.ps file was then getting converted by ghost script to a pdf which did not register the page breaks. So something I left out was that I wasn't actually printing out to a physical printer but to a.ps file. Is there any way to get those page breaks? I'm printing out from the control using methods similar to those described here Thanks!

When I print from the Rich Edit control, I do not get the page breaks. The file is a multipage.txt document with ascii control characters for page breaks. I've created a Rich Edit control (1.0) from MFC as below m_hRichEditWnd =::CreateWindow(_T('RichEdit'), csWindowName, ES_MULTILINE|ES_READONLY, 0, 0, 200, 200, NULL, 0, 0, 0) I've read text into that control from a file.

Mfc rich edit control image