Antiquated Software

[Paul McNary]

-----Original Message-----
From: filepro-list-bounces at lists.celestial.com
[mailto:filepro-list-bounces at lists.celestial.com] On Behalf Of John Esak
Sent: Sunday, January 15, 2006 5:09 PM
To: Stanley Barnett
Cc: Fplist (E-mail)
Subject: RE: Antiquated Software


Stanley, I'm going to top post to your very well written comments. Just two
things. I agree with everything you said but two items, and I would like to
add another .

One of the things I disagree with is adding the functionality of variable
fonts, text sizing for screens. This is probably not possible for the 80x24
engine base and so why ask for it. Everything else you mention I think is
do-able and *should* be done for filePro.

The thing I would add is that filePro should have a mode wherein it can
print to "dumb" windows printers. Forget the print code tables and allow the
generation of  whatever it takes to make the windows drivers do their thing.
Allow developers and users to decide which they want, either the
PCL/print-code paradigm or the dumb windows bitmap thing. It is just
absolutely required these days. Your client goes out and buys one of the
dumb printers and all you can do is say, sorry , can't print to that. At
worst case, FP Tech should make an arrangement with Rassmussen Software to
include some version of Print Wizard with filePro.

The 2nd thing I disagree with you on.. is people should NOT give up on
filePro at this point because they don't have the features we all nee....
but help by buying into this upcoming release so it might have the resources
to do all the things we need... 

That's it...

John Esak

P.S. - by the way, not being able to print memos is a very big thing I fully
expected to see in 5.6 and I don't think it's in there yet. If it
didn't/doesn't make it into 5.7... *then* I think I would agree with you
even on the suggestion to go out and start getting some serious RDBMS skill
sets going. (classical Codd-Date RDBMS's I mean.)
    

----------------------------------------------------------------------------
--------------------------------
Hello

Why are we stuck with 80x24(25)?
It would help me to have 132x54 character based. 
I have started changing to GUI based also, but like Stanley says, the mouse
isn't needed.
The GUI coding gives precious screen display real estate that in a high data
environment
like pharmacy is needed without screen switching. If a GUI is coded
correctly without a mouse,
the results are similiar to a character based screen if the horsepower is
high enough.
Pharmacy can usually afford the horsepower..
Mouse based entry is not an automatic requirement of a GUI just the default
usually.

Thanks for listening

Paul McNary
McNary Computer Services