But, to reiterate, Java Print API is PostScript disguised as Java. It
is great. It's the old 80 dots per inch (at best) versus 300 dots per
inch (at worst) problem.
John
Horst Herb wrote:
>
> >
> >
> >> Printing is an activity fairly far "down the food chain"...the printing
>capabilities will be to do > with this browser,
> >
> >
> > Browsers just don't cut it when it comes to printing, unless Scalable
> > Vector Graphics come around real quick. In fact, they don't even come
> > close. Printing is probably at the bottom of the food chain, but go to
> > *any* hospital and see how much paper is being generated every second.
>
> Only too true. GNUMed's browser based client can do most of what the GUI
> clients can - but printing scripts is pretty much "off limits" - thus,
> pretty useless in daily practice unless we finally get "electronic
> scripts" via network to the chemist. Same is valid regarding printing
> all sorts of still required forms.
>
> Relying on proprietary browser extensions to circumvent their general
> disability in the printing domain defies the purpose of using a web
> browser based client.
>
> Horst
