Florian Xaver wrote:
>>I don't like to make publicity for commercial programs,
but NewDEAL Office (www.newdealinc.com) is very good and has drivers for
many printers.
The bad thing is, that there is no standard for printers, only fe.
postscript. But postscript printers (laserprinters) are very expensive, but
there are many DOS programs which support this.
That's the realy problem, companies aren't interesting in DOS and don't make
DOS drivers. They write because DOS is 16-bit and very old .... but that
wouldn't be a problem.<<
Could the reason that printers don't support DOS be because of restrictions
by Micro$plit? Could it be that Micro$plit will not permit their "Winbloz
Compatible" label be affixed to printers that also advertise that they are
capable of DOS and/or *inx? (Rhetorical questions all --- Only M$ and/or the
printer manufacturers can truthfully answer them.)
I bought an HP inkjet printer a little more than a year ago that was reported
by PC Magazine to be for Winbloz only. Insisting on looking at the product
manuals in the store before I bought it, I found, buried deep in the
appendix, that it was also capable of printing DOS.
While Corel/WordPerfect does have DOS drivers for a lot of printers, they are
not writing DOS drivers for newer printers. However, I did recently find a
third party site that does have WP DOS drivers for newer printers. (Please
don't ask me where the site is <G>!) Even "Pete" Peterson, the developer of
WordPerfect, is not writing DOS versions of his new word processing program
(www.wordplace.com).
M$, in bundling Word (and other programs) with Winbloze, destroyed the
WordPerfect user base. Why would a person buy a word processing program when
one comes "free" with the computer? Then why would a person not upgrade to
the same program when upgrades came along --- after all, they were now
accoustomed to that program?
M$ bought Fox Software, creator of the fast, dBase compatible database
program, FoxPro, that could run on DOS and Winbloz, and then put it out to
pasture leaving Access as the "defacto" database standard.
Roger Turk
Tucson, Arizona USA
