Re: need to add printing support to MFC application
Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance
Sorry to say that printing in MFC is always a big pain. The doc/view
architecture is designed to hide most of the ugly stuff, and if you
don't use it (and there is good reason to avoid it when possible), you
have to deal with the quirks of the print model yourself.
It can be done, if you have a high tolerance for frustration. That's
my experience, anyway.
.
Relevant Pages
- Re: What is the fastest way to understand other peoples code?
... Why should this have any effect on what Doc/View in MFC is? ... worked on for many years and is based on MFC's doc/view architecture. ... Now you're saying it had its own object model. ... (microsoft.public.vc.language) - Re: .NET API
... not provide high level functionality provided in MFC. ... There is no Doc/View ... architecture in .Net framework. ... (microsoft.public.vc.mfc) - Re: Venting on .NET
... I think that the problem stems from the windows programming model which does not conform to the traditional structured programming model eg ... In the doc/view model, as presented to the programmer, you have separate objects each reacting to external events and the whole has to be somehow tied together and synchronized. ... Once InitInstancehas completed and the initial window displayed, I enter an ApplicationStartedprocedure in the document and setup everything from there. ... However, since MSFT added MFC into VC++ a really long time ago it almost seems like MFC is part of VC++ even though, technically, it is just an add on library. ... (microsoft.public.vc.mfc) - Re: Venting on .NET
... >I think that the problem stems from the windows programming model which does not ... For the editor-type application, doc/view has ... Once InitInstancehas completed and the initial window ... >I believe the whole resource thing of MFC is a kludge. ... (microsoft.public.vc.mfc) - Re: Venting on .NET
... so we can retain all lthe power of doc/view and have the ... portability of .NET, the garbage collection, etc. ... >I think you are looking at .Net as kind of replacement for MFC apps. ... There is no reason to build it in .Net. ... (microsoft.public.vc.mfc) |
|