Printers and Filepro
Brian K. White
brian at aljex.com
Thu Apr 5 13:59:34 PDT 2012
On 4/5/2012 12:31 PM, Kroboth, Joe wrote:
>
>
>>>> Just a vent:
>>>>
>>>> Yesterday was my day for dumb clients and printers. I got 2 call
>>>> from clients who purchased new printers before checking with me.
>>>> Both purchased dumb Windows printers.
>> [...]
>>>> It is always an afterthought to call us after buying a cheap printer
>>>> and finding it doesn't work with the program.
>>>
>>> You can't blame the customers. Who would even think you would need a
>>> special printer just to work with filePro?
>>
>> Who would think that they would make printers so dumb that they can't
>> even print the letter "A"?
>>
>> Unfortunately, the market has become "how cheap can we sell it for in
>> the store", totally ignoring "how much is this printer *really* going
>> to cost, once you add in ink (which you can't buy in bulk because the
>> ink has more brains than the printer, and will expire on a given date,
>> regardless of how much ink is still left) and other expenses".
>>
>> As I like to say... "free after rebate is too expensive".
>>
>> --
>> Kenneth Brody
>
> Why would a customer care how the letter "A" is printed?
>
> When the printer specifications states it works with Windows, one would think it should work with filePro on Windows.
>
> Joe
It's true the first time filepro claimed to be a Windows app instead of
a dos app, it should probably have had the ability to print via gdi.
But to be fair, you could almost as rightfully blame Windows as any app
like filepro.
After all, filepro didn't change, the OS did.
The day MS stopped supplying dos and started supplying only Windows in
it's place, and started providing the gdi interface while still claiming
to support existing apps, it should have supplied a virtual printer
interface that allowed a dos app to print text and windows translates it
into gdi as just part of that support.
More productively, if I cared the slightest bit about Windows or filepro
on windows, IE if MY business were writing and supporting filepro apps
on windows, I'd have started using this years ago when it first appeared:
http://www.columbia.edu/~em36/wpdos/automatedanyprinter.html
Or more likely rolled my own more filepro-specific variation of one of
the several different approaches described on that site. By now no one
should even have any problem with those examples and that free software
having been available for so long.
And that's if the RTF thingie that fp themselves have been supplying for
years didn't work or was otherwise objectionable for whatever reason.
I see a little, but only a very little excuse for complaining here.
Getting together a virtual printer driver like that is a little
complicated, but only one time and that could have been done years ago.
Don't you all call yourselves developers and integrators?
Take one of those example methods, create a project on code.google.com
and upload the files and start a wiki document there. Then start
tweaking it to work for filepro instead of word perfect and start
developing the simplest possible instructions or recipe for how to
configure filepro to use it. Maybe make an nsis installer. It won't work
at all at first but one little piece at a time it eventually work great.
The software and even the hosting is all free and the examples are
already there to do something almost exactly the same as what you need
for filepro. It's all there and all free and all almost already done for
you.
--
bkw
More information about the Filepro-list
mailing list