Terminal Service Plus

When printing via RemoteApp/Universal Printer and with the option "Display local printer choice" enabled, most text is actually printing in bold typeface.

This is not only happening when using our own installation: In order to reproduce this on the demo servers:

- Log on to the demo (demo.tsplus.net) via RemoteApp
- start Notepad
- type some text
- choose Format => Font => e.g. Comic Sans MS Regular 11
- choose File => print
- PDF is popping up since demo environment uses "Display local preview"
- open a CMD, cd to RDP6 directory in your profile
- run pdfprint MyPDFPrinting\thenameofyourprintjob.pdf (that's what RemoteApp is apparently doing when not set into preview mode)
- compare the printed document with what you see in your preview

Most of the times (not every time - strange!) you will end up with a printout which looks like bold text (at least we were able to reproduce this on our PCs).

When the option "Display local printer choice" is enabled, this happens of course without using a CMD yourself - then it is the "normal" behaviour. This also happens when using VeryPDF (which is obviously used by RemoteApp for printing) directly from verypdf.com. If "Display local preview" option is set, the document is opened and printed via the user-installed PDF viewer (in our case Acrobat Reader) and looks as expected.

Is there a solution to this problem? Does this only happen on our PCs?

Any hint appreciated,
Tom

Ok, so the solution within VeryPDF is to use -winfont and -winfont2 options. However, how would one make RemoteApp add these options to its call of VeryPDF?

Event that is no real solution as it won't print documents correctly if they contain fonts which are not installed on client side.

What are other TSPlus users doing? Do you avoid printing, do you avoid RemoteApp, or do you just avoid printing without local preview? I am a little surprised that others seem to not have or not care about these problems.

Just to give you an update about VeryPDF - it's being removed in next update, which should solve the problem as long the fonts are integrated in the PDF, which is standard practice.
Here's what I received this morning - probably more information coming soon. (I'm just a customer of TSplus)

- Change of the Generated Client and on the RemoteApp client
For year we was using VeryPDF toolkit to enable the print on the default printer
or the enable for the user to select one of his local printer
However, VeryPDF is not a good product (complex to maintain, unpredictable
for some options, problem with landscape, with bar codes printing, with margins...)
As result, when we decided to change one parameter, the impact could be bad on others.
In this new release we do not use VeryPDF anymore.
We have replace it by Sumatra whihc is a light and very simple PDF printing tool.

Thanks, this is great news! I have used SumatraPDF for automated PDF printing in the past and never had troubles ...