Printing

[Rebecca]

I have an asp application that needs to print to a
specific network printer. I am currently making it work
by using the FSO and setting the path to the printer
port, then writing out a string. The problem with that
is that all the formatting I can do is with line feeds
and tabs. Ideally, I'd like to pop open an html page on
the client machine, print it, then close it. Is there
any way to simulate calling window.print without pulling
up the printer dialog box? Either in asp or in client
side script? Any other suggestions on how to handle this?

Thanks,
Rebecca

[Ray at]

Re: Printing


"Rebecca" <rdietrich1@hot mail.com> wrote in message
news:0bd701c393 34$fa18d620$a00 1280a@phx.gbl.. .[color=blue]
> I have an asp application that needs to print to a
> specific network printer. I am currently making it work
> by using the FSO and setting the path to the printer
> port, then writing out a string. The problem with that
> is that all the formatting I can do is with line feeds
> and tabs. Ideally, I'd like to pop open an html page on
> the client machine, print it, then close it. Is there
> any way to simulate calling window.print without pulling
> up the printer dialog box?[/color]

NO. This would be abused if it were possible.

Either in asp or in client[color=blue]
> side script?[/color]

[color=blue]
> Any other suggestions on how to handle this?[/color]

The best thing is to have your users print the page. Trying to print to a
printer over the lan from ASP is a bit more complicated than just telling a
user to print something.

Ray at work

[Guest]

Re: Printing

>> Any other suggestions on how to handle this?[color=blue]
>
>The best thing is to have your users print the page.[/color]
Trying to print to a[color=blue]
>printer over the lan from ASP is a bit more complicated[/color]
than just telling a[color=blue]
>user to print something.[/color]

Thanks for the response. I wish that were an option, but
there are so many users of this application that we can't
rely on them to print the document. Plus that would
cause added work and confusion for them. This
application sends orders to a central store room for
everything from contract labor to chemicals. The
storeroom wishes to receive these orders on a printer. I
have tried and tried and tried to talk them into
receiving the orders in a group mailbox, but they will
have nothing to do with that. They have the "we've
always done it this way, why should we change"
mentality. It doesn't help that our SAP applications can
print across the network with no problem!

[Dan Brussee]

Re: Printing

On Wed, 15 Oct 2003 09:26:14 -0700,
<anonymous@disc ussions.microso ft.com> wrote:
[color=blue][color=green][color=darkred]
>>> Any other suggestions on how to handle this?[/color]
>>
>>The best thing is to have your users print the page.[/color]
>Trying to print to a[color=green]
>>printer over the lan from ASP is a bit more complicated[/color]
>than just telling a[color=green]
>>user to print something.[/color]
>
>Thanks for the response. I wish that were an option, but
>there are so many users of this application that we can't
>rely on them to print the document. Plus that would
>cause added work and confusion for them. This
>application sends orders to a central store room for
>everything from contract labor to chemicals. The
>storeroom wishes to receive these orders on a printer. I
>have tried and tried and tried to talk them into
>receiving the orders in a group mailbox, but they will
>have nothing to do with that. They have the "we've
>always done it this way, why should we change"
>mentality. It doesn't help that our SAP applications can
>print across the network with no problem![/color]

What about having the ASP server do the printing and just "confirm"
the print request by the user?

[Richard K Bethell]

Re: Printing

<anonymous@disc ussions.microso ft.com> wrote in message
news:03a301c393 39$0d6d1f20$a10 1280a@phx.gbl.. .[color=blue][color=green][color=darkred]
> >> Any other suggestions on how to handle this?[/color]
> >
> >The best thing is to have your users print the page.[/color]
> Trying to print to a[color=green]
> >printer over the lan from ASP is a bit more complicated[/color]
> than just telling a[color=green]
> >user to print something.[/color]
>
> Thanks for the response. I wish that were an option, but
> there are so many users of this application that we can't
> rely on them to print the document. Plus that would
> cause added work and confusion for them.[/color]

You need a solution that is more advanced than copying a stream to the FSO -
the only way I can see anything even remotely like this working is if by
good fortune you have PostScript printers in all the locations you are doing
this to, in which theoretically you could send PostScript commands to the
printer in question as the string, and produce a formatted document that
way.

Failing that, you probably need a solution with a rendering engine and a
network spooler - like ActivePDF Spooler and ActivePDF Server
(http://www.activepdf.com/)

R.

[Rebecca]

Re: Printing

[color=blue]
>What about having the ASP server do the printing and[/color]
just "confirm"[color=blue]
>the print request by the user?[/color]

The requirement is that the printout needs to be sent
without any interaction from the user. In addition to
that, something I forgot to mention in my previous post,
some orders have to be approved before they print to the
storeroom. In that case they do not need to print at the
time that the user submits the order.

[Guest]

Re: Printing

I like the idea of sending PostScript commands to the
printer. There are only two printers that receive orders
and they are both new top of the line HPs, so I'm
thinking they could handle that. Where can I find out
more about the PS commands?

[color=blue]
>You need a solution that is more advanced than copying a[/color]
stream to the FSO -[color=blue]
>the only way I can see anything even remotely like this[/color]
working is if by[color=blue]
>good fortune you have PostScript printers in all the[/color]
locations you are doing[color=blue]
>this to, in which theoretically you could send[/color]
PostScript commands to the[color=blue]
>printer in question as the string, and produce a[/color]
formatted document that[color=blue]
>way.
>
>Failing that, you probably need a solution with a[/color]
rendering engine and a[color=blue]
>network spooler - like ActivePDF Spooler and ActivePDF[/color]
Server[color=blue]
>(http://www.activepdf.com/)
>
>R.
>
>
>.
>[/color]

[William Tasso]

Re: Printing

anonymous@discu ssions.microsof t.com wrote:[color=blue]
> I like the idea of sending PostScript commands to the
> printer.[/color]

strewth - I never thought I'd see that again.
[color=blue]
> There are only two printers that receive orders
> and they are both new top of the line HPs, so I'm
> thinking they could handle that. Where can I find out
> more about the PS commands?
>[/color]

you need the red book and the blue book, one is a language ref, the other a
cook-book of samples/examples. maybe amazon - I'm guessing. I got mine a
long, long time ago.

--
William Tasso - http://WilliamTasso.com

[Guest]

Re: Printing

[color=blue]
>strewth - I never thought I'd see that again.[/color]

Hey, whatever works!!
[color=blue]
>you need the red book and the blue book, one is a[/color]
language ref, the other a[color=blue]
>cook-book of samples/examples. maybe amazon - I'm[/color]
guessing. I got mine a[color=blue]
>long, long time ago.[/color]

Do you know of any online references. I found a language
reference, but I can't seem to find anything to tell me
know to make the printer execute the script instead of
just printing it.

[WIlliam Morris]

Re: Printing

Take a look at Meadroid.com. The advanced (read: not free) version of their
control ScriptX may just do what you're after. We use the free version to
control margins, headers, footers, etc...the advanced version lets you queue
to known printers, and has a "silent" mode.

Regards,

--
William Morris
Product Development, Seritas LLC


"Rebecca" <rdietrich1@hot mail.com> wrote in message
news:0bd701c393 34$fa18d620$a00 1280a@phx.gbl.. .[color=blue]
> I have an asp application that needs to print to a
> specific network printer. I am currently making it work
> by using the FSO and setting the path to the printer
> port, then writing out a string. The problem with that
> is that all the formatting I can do is with line feeds
> and tabs. Ideally, I'd like to pop open an html page on
> the client machine, print it, then close it. Is there
> any way to simulate calling window.print without pulling
> up the printer dialog box? Either in asp or in client
> side script? Any other suggestions on how to handle this?
>
> Thanks,
> Rebecca[/color]

[William Tasso]

Re: Printing

anonymous@discu ssions.microsof t.com wrote:[color=blue][color=green]
>> strewth - I never thought I'd see that again.[/color]
>
> Hey, whatever works!![/color]

ok - go for it ;o)
[color=blue]
>
> Do you know of any online references. I found a language
> reference, but I can't seem to find anything to tell me
> know to make the printer execute the script instead of
> just printing it.[/color]

This looks like it's the whole blue book (the tutorial/cook-book): <
http://www-cdf.fnal.gov/offline/PostScript/BLUEBOOK.PDF >
It was the1st result here: <
http://www.google.com/search?q=postscript+blue+book >

do you have local access to one of the printers? ISTR that I cut my teeth
sending PS commands over the serial port. Also I think the printer
responded to an init string to set PCL mode - otherwise it defaulted to
PostScript anyway. As I said, a long time ago - maybe it's a printer config
thing - consult the printer docs.

Remember your housekeeping - you can get stack overflows on large print runs
if you're not careful. Does your printer have a HD installed - you can
store frequently used stuff - page layouts, logos, signatures etc - locally
on the printer to save bandwidth.

The world was monochrome in those days - I think colour PS versions/printers
were just starting to be available when I moved on.

In any event, have fun.
--
William Tasso - http://WilliamTasso.com