Spawning local apps

[BeerGood]

To get around the problem noted in thread48-546674 I can save the PDF files to the local workstation and then open them with the local copy of Acrobat Reader and then print them. This way, when printing a 70k pdf file, only 70k gets sent from the Citrix server to the client - rather than +700k....

Is there any way that I can get Metaframe to automatically transfer the *entire* file automatically into the local version of Acrobat? I know that I can set the server to either launch the client or server version of an application, and have of course tried this, but what happens is that (if set to load from the client) the Acrobat reader application gets loaded from the client workstation onto the virtual citrix session so in either case the printing is still made via the Citrix server.....

Thanks in advance for any suggestions.....

(FYI We are using JDE OneWorld which creates reports in pdf format hence the emphasis in printing pdf files)

 

[ahalecitrix]

If the amount of bandwidth being used for printing is an issue, you can implement printer bandwidth management from the CMC. Of course this controls the amount of bandwidth used on a per server basis and not per user session or print job.

If the issue is the amount of time it takes to print the reports, this is not going to help obviously.

In spite of all that I must say that "Beer is Good".

 

[Jontmke]

I have only dabbled with this, but can you publish this as "content"? Treating it like it was a web page? Would that then download the file and open it in the local Reader? I am not sure, but sounds like it should.

JON

 

[ahalecitrix]

That might be possible, but I think with BeerGood's configuration it would be slightly cloogey.

If I understand his scenario correctly JDE Oneworld sends the printed report to a PDF file. So the user would hit print and the PDF would be created. At that point you would have to figure a way to force that to be published as content and open locally. Then the user would have to hit print again to actually print the job on the printer.

 

[BeerGood]

Yeah - thanks, guys - but sounds like more beer is the only answer.... ;-)

The amount of bandwidth being used is an issue as is speed of printing, so throttling the bandwidth doesn't help - if anything it makes it worse. Publishing the content won't work because the names of the files change. [sigh]

Ah well. Am going to try eol Universal Printer (sounds interesting -

http://www.99point9.com/public/products/product.asp?ProdID=EOLUP3X

) as well as UNIPrint and will see if they help at all.

Cheers

 

[ahalecitrix]

Sounds good. Let us know if you have any luck with either one.

And let the Guiness flow....

 

[BeerGood]

Well, EOL appears to work pretty well. Transparent to the user, and very quick. Only minor issue is that the original PDF file created by JDE uses Type 1 ArialMT and ArialMT-Bold fonts, which (being Postscript fonts) don't actually exist on the win2k Citrix server or client. This means that when the original pdf gets converted into a new pdf file for transfer to the client by EOL, because the fonts aren't on either the client or the server the printout is garbled (it uses the first font it can find which is wingdings - excellent). You can choose to print using embedded fonts which is better, but the print out is not as good as the original. Am now on the hunt for some TrueType font versions of ArialMT and MT-Bold to put on either the server or the client to see if that helps. (Why not change it on the JDE side? Well, it's an AS400 and.... I think most of you know where I'm going) Otherwise, am pretty impressed by EOL.

God how I love printing problems.... not sure if beer is enough.... might start to hit the single malt trail... <grin>

Cheers