Initial viewer size problem

[Alex K.]

Hello,

It works "as is". It is necessary behavior.

Thank you.

[ChrisCookDev]

It works "as is". It is necessary behavior.

Hi Aleksey,

Please can you explain why it has been necessary to change this behavior?

From the same "Viewer" screen you have other dialog forms similar to the "Click Print to continue" dialog which haven't had to change to maximized (such as the "Export Settings" dialog shown when selecting "Print to PDF").

Whilst this isn't a show stopping problem, maximizing the "Click Print to continue" dialog does look rather strange (especially on high resolution clients).

As a result it detracts slightly from the otherwise excellent user experience your product offers.

Kind regards

--
Chris Cook :: Software Development Manager :: www.genesisit.co.uk

[Alex K.]

Hello,

After clicking the "Print" some additional methods can be called to resume the part of the report, before rendering, additional preparation steps that can be called asynchronously. Accordingly, the Click event of this button will stop, or take a long time (depending on the complexity of the report and the various settings). Accordingly, the need to show an additional window to invoke a PrintDialog and continue printing. This limitation and ways of protection Silverlight, because in the first place, this is a browser-based application.

Thank you.

[ChrisCookDev]

After clicking the "Print" some additional methods can be called to resume the part of the report, before rendering, additional preparation steps that can be called asynchronously. Accordingly, the Click event of this button will stop, or take a long time (depending on the complexity of the report and the various settings). Accordingly, the need to show an additional window to invoke a PrintDialog and continue printing. This limitation and ways of protection Silverlight, because in the first place, this is a browser-based application.

Hi Aleksey,

Thanks for the reply.

However, I'm not objecting to the unavoidable need to show the "Click Print to continue" dialog due to the Silverlight security protections.

Instead I'm referring to the change, only just introduced in the latest beta, which maximizes this "Click Print to continue" dialog rather than centering it on the screen.
This problem was only introduced in the latest beta and, as mentioned, looks odd.

Just to make to it clear I've attached the following examples.

The following is how it looks in the latest beta: -



The following is how it looks in the older version: -



Kind regards

--
Chris Cook :: Software Development Manager :: www.genesisit.co.uk

[Alex K.]

Hello,

The issue with big size window is fixed. Solution will be available in the next prerelease build.
Now you can test it on :
http://websl.stimulsoft.com

Thank you.

[ChrisCookDev]

Having tested in more detail the behaviour of the Silverlight report viewer when the zoom percentage is not 100% I've identified another small issue.

The following screen-shot (showing the screen immediately after the user has selected the Print to PDF menu option) demonstrates this issue.
Essentially the pop-up dialogs accessed from this screen are not centred correctly appearing as if they are centred based upon the un-zoomed dimensions of the main viewer window.



Kind regards

--
Chris Cook :: Software Development Manager :: www.genesisit.co.uk

[Alex K.]

Hello,

We couldn't reproduce this bug.
Please check the last prerelease build or on our site sl.stimulsoft.com and let us know about the result.

Thank you.