Gustav Brock
Gustav at cactus.dk
Mon Sep 22 16:23:16 CDT 2008
Hi all And here is part 2 of this fine article: Building Report-enabled Applications with the New ReportViewer Controls (Part 2 of 2) http://www.devx.com/dotnet/Article/30610/1954 /gustav >>> shamil at smsconsulting.spb.ru 22-09-2008 21:16 >>> 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