Creating reports and dashboards | Stimulsoft community forum

Hi,

when trying to change the papersize from within the WpfDesigner it seems like changes are not always accepted. See video...

Am I missing something?

Cheers,
Pascal

Hello.

We couldn't reproduce this issue on our latest prerelease build (2014.1.1808).
Did you try this build?

Thank you.

Aleksey Andreyanov wrote:Hello.

We couldn't reproduce this issue on our latest prerelease build (2014.1.1808).
Did you try this build?

The video was made using 1807. I will see how 1808 works and come back to you.

Cheers,
Pascal

Hello.

We are waiting for any news.

Thank you.

Hmmm... Same behaviour with 2014.1.1809.0

There are some sizes like "A5" and "B5" that always work and other that never change the width and the height...

Any idea?

Pascal

Hello.

We have reproduced your issue now.
We will check all page sizes and let you know about results.

Thank you.

Hello.

Unfortunately, we can't fix this issue. We get paper size from system and sometimes in does not return the size of the page.

Thank you.

Hmmm...

Can't really believe this can't be fixed... How do other applications like word do this? They show all sizes Maybe there are different APIs? Where are these sizes coming from anyway???

Cheers,
Pascal

Hello.

Unfortunately, we don't know how Word works. And it doesn't use WPF technology.

Thank you.

It true, that using PrintQueue object is really unstable solution.... we have huge problems with customers and theirs printers, which are not working correctly with functions of PrintQueue class... for example the problem with selecting of the paper formats in Designer (looks like you can select only formats, which are supported with default printer), paper orientation is not accepting etc. .... sometimes reinstallation of printer drivers helps, but we can't do support for each of thousands customers printers, so we currently considering whether to use GDI printing method instead WPF (.Print instead .PrintWithWpf)...