Print with Preview

Stimulsoft Reports.NET discussion
Post Reply
otoosan
Posts: 3
Joined: Wed May 08, 2013 4:55 pm

Print with Preview

Post by otoosan »

I am using "Stimulsoft Reports.Net 2010.3"

When use StiWebViewer, there is a function "Print with Preview" in the top menu, which will generate a popup browser window.
I found that the popup window in IE is not re-sizable, so the user cannot view the whole report always.

Is there any control I can make to fix this issue?
HighAley
Posts: 8430
Joined: Wed Jun 08, 2011 7:40 am
Location: Stimulsoft Office

Re: Print with Preview

Post by HighAley »

Hello.

There were a lot of improvements since this version.
Please, try our latest release build. It should work as expected.

Thank you.
otoosan
Posts: 3
Joined: Wed May 08, 2013 4:55 pm

Re: Print with Preview

Post by otoosan »

Hi,

I would like to know more detail about using the latest build.
If we generate reports using the newer build, when launch it to the production site, do we only need to replace the 3 dll files under the "bin" folder:
Stimulsoft.Base.dll
Stimulsoft.Report.dll
Stimulsoft.Report.Web.dll
?

We are concerning about this, as in the same production server, there are also other .Net application having the reports generated via build "2010.3".
Will there any side effect if we use diff. build for developing the later application on the same server?

And what about the feasibility if we want to recompile the previously developed application with the newer build, but include no amendment to program code?
HighAley
Posts: 8430
Joined: Wed Jun 08, 2011 7:40 am
Location: Stimulsoft Office

Re: Print with Preview

Post by HighAley »

Hello.
otoosan wrote:I would like to know more detail about using the latest build.
If we generate reports using the newer build, when launch it to the production site, do we only need to replace the 3 dll files under the "bin" folder:
Stimulsoft.Base.dll
Stimulsoft.Report.dll
Stimulsoft.Report.Web.dll
?
Yes, It should be enough.
otoosan wrote:We are concerning about this, as in the same production server, there are also other .Net application having the reports generated via build "2010.3".
Will there any side effect if we use diff. build for developing the later application on the same server?
You should remove Stimulsoft assemblies from GAC if there is any one.
otoosan wrote:And what about the feasibility if we want to recompile the previously developed application with the newer build, but include no amendment to program code?
Do you have any problem with it?

Thank you.
otoosan
Posts: 3
Joined: Wed May 08, 2013 4:55 pm

Re: Print with Preview

Post by otoosan »

"You should remove Stimulsoft assemblies from GAC if there is any one."
So, after removing those assemblies from GAC, it is possible to have several applications (which having reports generated via diff. build of "Stimulsoft Reports.Net") run on same server?

"Do you have any problem with it?"
No, we have not upgrade yet, since we are considering whether we need to re-coding the reports when having any amendment on the old project.
HighAley
Posts: 8430
Joined: Wed Jun 08, 2011 7:40 am
Location: Stimulsoft Office

Re: Print with Preview

Post by HighAley »

Hello.
otoosan wrote:"You should remove Stimulsoft assemblies from GAC if there is any one."
So, after removing those assemblies from GAC, it is possible to have several applications (which having reports generated via diff. build of "Stimulsoft Reports.Net") run on same server?
Yes, you could use several versions of our assemblies on one server if there will be no assemblies in GAC.
By the way it's better to specify exact version of our assemblies to avoid any version problems.

Thank you.
Post Reply