OS X: "wrong" print dialog

Classic Servoy
1

Out of the blue I get a different print dialog, when calling

forms.prt_letter.controller.print(false,true,false);

This is the new dialog: [attachment=1]unwanted_dialog.png[/attachment]
This is what I had before and what I want, the standard OS X print dialog: [attachment=0]wanted_dialog.png[/attachment]

I don’t know what happened. Does anyone know how this can be influenced? I need the “Preview” button and want to be able to easily print PDFs…

Working on Servoy 4.1.3 - build 672, OS X ( 10.5.8 ), MySQL 5.0 Backend

Thanks!

wanted_dialog.png
wanted_dialog.png474×156 19.8 KB

unwanted_dialog.png
unwanted_dialog.png585×492 42.6 KB

2

Does changing “Use system prin dialog” do the trick? (in smart client Edit → Preferences → General, or “useSystemPrintDialog” in servoy.properties)

3

Thanks Andrei,
yes, that did the trick! I remembered something like that, but couldn’t find it because I hide the Menu with the Kiosk plugin on startup :(

4

I found the same ‘use system print dialog’ at the server admin pages. Which should push this setting to the client.
Unfortunately - even with an empty cache - this wasn’t the case.
Is this a bug or just bad luck?

I should mention here: we startup the solution with a deeplink and additional arguments.
As far as I have tested, this way of starting up a solution blocks also the creation of a desktop icon when it’s asked to be pushed.

Last question: is this setting something we could have as a scriptable item? ie. ```
application.useSystemPrintDialog = true;

I think we could live with this as well <img src="{SMILIES_PATH}/icon_wink.gif" alt=";-)" title="Wink" />```
application.useSystemPrintDialog(true);
5

Hello Servoy,
I have the same problem.
We really need a way to programmatically set this client property, so we can be sure that the end users are printing correctly.
Has this been submitted as a feature request?
Thanks

6

mboegem:
I found the same ‘use system print dialog’ at the server admin pages. Which should push this setting to the client.
Unfortunately - even with an empty cache - this wasn’t the case.

Did you try deleting the .servoy in you user’s home dir as well?

pmo:
Has this been submitted as a feature request?

I don’t see a submitted feature request for this. Please create one:
http://www.servoy.com/s

7

Andrei Costescu:
I don’t see a submitted feature request for this. Please create one:

did so > Case ID: 269842

Thnkx a lot!