Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!mcsun!unido!gmdzi!strobl From: strobl@gmdzi.gmd.de (Wolfgang Strobl) Newsgroups: comp.windows.ms Subject: Re: Word Perfect -> Word for Windows Message-ID: <4077@gmdzi.gmd.de> Date: 16 Feb 91 02:44:32 GMT References: <5900@mentor.cc.purdue.edu> <1991Feb15.173709.6780@eng.umd.edu> Organization: GMD, Sankt Augustin, F. R. Germany Lines: 56 burgoyne@eng.umd.edu (John R. Burgoyne) writes: >>You should wait for WordPerfect for Windows, though. >> >>Chuck >My big gripe with W4W is that the printer tray, orientation, and paper >size are outside the scope of the program and are instead part of the >Windows operating system. >WP for Windows will have the same inherent problem unless they disregard >the Windows printing standards. Wrong. This was true in Windows 2, but not in Windows 3. Windows 3 has new printer device driver functions to query the device driver about its capabilities and the mode it is in. The result can be stored in in a document file and restored from that, later, because it is partially device independant. It is possible to restore the whole printer context with a document, as long as the printer isn't changed, and it is possible to restore the so called "device-indepenent settings" which include orientation, paper size, copies and such, even if the printer is changed. >In Word Perfect a document is associated with a printer, orientation, >paper size etc. So if you have multiple printers or you work with >documents of different orientations and page sizes, you don't have >to go to the blasted windows printer and page setups each time you >load a document which differs from the last one in one of the above >attributes. This should be simple to implement using the new Windows 3 printer driver functions. >I think I'll continue using text mode WP for the vast majority of my >documents until this problem is removed. (Except of course, when I'm >lucky enough to use VI, like right now.) >I can understand MS's goal in having printing operations look the >same for all applications, but they really screwed those of us who >need more flexibility in printing. I think that they tried to fix this in Windows 3. But all current big Windows applications where written for Windows 2, so the don't use such new functionality. >[...] >Please fix this one MS, or WordPerfect please ignore the Windows >printing standards in WP4W. If the stuff which is documented in chapter 17 of the Windows 3 Guide to Programming works, this already has been fixed. Wolfgang Strobl #include