Gustav Brock
Gustav at cactus.dk
Tue Sep 23 01:34:49 CDT 2008
Hi Charlotte Yes, that's another story. But if a client in the future should require some special reporting that could be best solved by a third-party control I would have no problem doing so. I would take for granted that the distribution of the required components would be well described for any serious tool. /gustav >>> cfoust at infostatsystems.com 23-09-2008 01:53 >>> You may be right for Gustav's customers. Ours are a different story. Most of our reports are customer specified, so they pay for the customization and figure that gives them the right to call the shots on the layout. Frankly, I don't find the third party controls and tools any harder than the native ones because the third party tools have layers of wrappers on them so I don't have to reinvent the wheel. I see little purpose in keeping .Net "pure", since the native stuff is cranky and so granular you may never figure out how to do something that should be simple. Charlotte Foust -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: Monday, September 22, 2008 12:17 PM To: 'Discussion concerning Visual Basic and related programming issues.' Subject: Re: [dba-VB] VS2008: Report events Hi Charlotte, Yes, I understand but an open question of this thread (at least for me) - are the current Gustav report's layout to be developed and the events to be processed when report is previewed/printed "standardized" enough to be designed within one of the built-in VS report designers/engines or it's worth/the only option for Gustav is to spend some money to purchase third-party tools, and time to learn third-party tools, and then implement *exact* layout Gustav's customers wanted to have and exact report's previewing/printing/manipulation events? I mean if customers are not going to invest *their own* money in purchasing for Gustav company third-party tool as well as to invest in Gustav's learning this tool, then I'd recommend to the Gustav's customers to standardize their report's layouts - that would be win-win (less expensive) for all the involved parties, with reports' layout still being good and advanced enough because VS report designer (RDL(C) based) is a modern reporting tool: - http://www.gotreportviewer.com/ - http://social.msdn.microsoft.com/forums/en-US/vsreportcontrols/threads/ - http://www.devx.com/dotnet/Article/30424/1954 And my guess (coming from my experience what is that to deploy CR reports, and what is that to deploy VS RDL(C) reports) - my guess is that the many options (based on the same report design/data source) to deploy VS (RDLC) reports are so advanced that they beat all and every other modern reporting tools... Just my opinion... Thank you. -- Shamil -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Monday, September 22, 2008 10:38 PM To: Discussion concerning Visual Basic and related programming issues. Subject: Re: [dba-VB] VS2008: Report events That works if you're creating the layout and can decide what it looks like, Shamil. When you're at the mercy of a client's desires, you may not be able to do that. Standardizing layouts sort of pre-supposes that the layouts will be straightforward. Our clients, at least, have a very different opinion on that. Charlotte Foust -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Shamil Salakhetdinov Sent: Monday, September 22, 2008 11:02 AM To: 'Discussion concerning Visual Basic and related programming issues.' Subject: Re: [dba-VB] VS2008: Report events Hi Gustav, Yes, they are identical - and the question is - why you do not consider using built-in report designer of VS (the one use RDL)? - I mean are you going to "sacrifice" your time and money, and use some third-party reporting solution with VS, or you maybe better standardize your reports' layouts (if needed) to fit VS Report Designer, and then you will joyfully (and free out of VS box) use unlimited power of different deployment scenarios VS reporting supplies you with? Thank you. -- Shamil -----Original Message----- From: dba-vb-bounces at databaseadvisors.com [mailto:dba-vb-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Monday, September 22, 2008 4:34 PM To: dba-vb at databaseadvisors.com Subject: Re: [dba-VB] VS2008: Report events Hi Robert But the designer of SSRS and the report designer of VS are pretty much identical, both produce reports in XML format according to RDL: http://en.wikipedia.org/wiki/SQL_Server_Reporting_Services /gustav >>> robert at webedb.com 22-09-2008 13:50 >>> Since I have never used the native report designer, I probably do not know what I am missing. :-) I have had no problem doing the data manipulation in stored procedures and doing the reporting in SSRS. At 12:00 PM 9/20/2008, you wrote: >Date: Fri, 19 Sep 2008 22:13:49 +0200 >From: "Gustav Brock" <Gustav at cactus.dk> >Subject: Re: [dba-VB] VS2008: Report events >To: <dba-vb at databaseadvisors.com> >Message-ID: <s8d42446.049 at cactus.dk> >Content-Type: text/plain; charset=US-ASCII > >Hi Robert > >Reporting Services running at the SQL Server sounds like a very good feature. >So have you learned to live with the missing features of the native >report designer of VS or are your reports just not that complicated? > >/gustav