|
Hello Jester,
Not sure if I'm the one to explain it. Here's the website
where I downloaded it:
They have lots of controls to be used. In my application, I
have 2 web servers running, one server side and one local to the client, I set
it up on the client site and works great.
James From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of JesterXL Sent: Monday, January 02, 2006 1:59 PM To: [email protected] Subject: Re: [flexcoders] Printing directly to a printer Could you elaborate on how this works? I
thought ASP, the code part anyway, ran server-side? Does it print directly
on the client?
----- Original Message -----
From: James
Sent: Monday, January 02, 2006 1:52 PM
Subject: RE: [flexcoders] Printing directly to a printer I thank both you and Jester for your responses. As soon as
I read Jester's response, I went in search of an ASP solution and came up with a
module solution to the problem. They have a solution that will allow me to print
directly to a printer (in this case a receipt printer) . I have been testing it
and it seems it will do as I expect and the cost is under 50.00. It comes with a
quick install, that allowed me to get it up and running in 10
minutes.
Thanks again
James From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Anatole Tartakovsky Sent: Monday, January 02, 2006 1:20 PM To: [email protected] Subject: Re: [flexcoders] Printing directly to a printer James,
You touched on taboo subject of
Internet-enabled applications. Basically, printers and other local
resources like file system seem to be out of reach of developers - the reason
being that with complete silent control of the printer you are asking for rogue
page can send thousands of pornographic images throughout the enterprise. So, in
order to get the access to the resources like disk or printer you need to be
"trusted" - and over the years it was getting harder and harder to get
these credentials in Internet enabled envitonments.
Second, you really need a whole
lot more then being able to bypass printing dialog for the application.
Honestly, aside from usability, I do not want user to select the paper size -
the application in most cases knows better (or can make better decision) if it
should use landscape or portrait mode/request paper size. Printers are quite
intelligent and can provide all the options to the application if they are given
a chance. Essentially, printer API should be far more extensive then paper size
(duplex, paper bin and paper type are few obvious ones) and
should have read/write access.
Flex positions itself in large
as front office development platform. As such business printing is
essential. I hope that Flash8.5 will address these issues under more
flexible security model. Other alternative of course would be to go along
PDF/FlashPaper solution - with well known interoperability benefits and business
application usability issues.
In meanwhile, you do not have
too many options. If you are deplying under IE you can get source code version
of our browser activeX (www.htmlprinting.com) as a starting point
to provide you with back door to the printing functionality while
maintaining complete security. After that you can "subclass" the creation of
PrintJob and expand the properties/methods via reasonable amount of C++ code.
That might be about 1 man/month project for proficient C++ programmer - assuming you can live with IE-only solution.
Breaking Mozilla to add printing, while possible, has not prove to be viable for
commercial products.
Hope this helps
Anatole
----- Original Message -----
-- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com YAHOO! GROUPS LINKS
|
- RE: [flexcoders] Printing directly to a printer James
- Re: [flexcoders] Printing directly to a printer Anatole Tartakovsky
