Re: **offlist** Re: Printing a web page on a kiosk

I’m also confused.

Handling print in a browser environment has always been problematic.

As I as Nathan delivers web based SaaS services I always converts print to
PDF. It is the only way to make stable and testable print

If it is print “on demand” the browser opens a new window and serves the
PDF and the user then must use the PDF capability to print

If it is print generated in a batch program each printer file is converted
into PDF and placed in a web archive that is similar to the OUTQ function,
the user can then click on each printed document and use the PDF capability
to print.

These two methods will require user interaction for each print!

If I should make a web application that made automated printing possible
that would require two things, a java applet (such a jZebra) installed in
the browser and probably the use of web sockets on the server that is able
to PUSH print to the browser instead of print being PULLED from the browser
that at least will require constantly polling on the server.


On Fri, Jun 7, 2013 at 5:48 PM, Nathan Andelin <nandelin@xxxxxxxxx> wrote:

I just walked through this thread and I am a little mystified as to
why this is an issue.

This thread has been quite disjointed. Partly due to it originating on
Midrange-L, then continuing here. And partly due to how details have
trickled in. My current understanding is that Jack has PDFs displaying and
printing, but needs the print process to be more streamlined. It would help
if you could control Adobe Reader Print from JavaScript. Users dealing with
browser print plus Adobe print is a bit cumbersome.

If I understand correctly, both HTML and PDF content (maps) need to be
printed.

-Nathan

--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.