Gustav Brock
Gustav at cactus.dk
Mon Feb 6 09:25:42 CST 2012
Hi Shamil Reporting Services is the best bet I can find at the moment (at reasonable cost) as these can be output as html, pdf, and xls. More importantly, the need for ordering a report as XML data will rise in the future. For example, here all corporations' report of the year including balance, income, specifications, notes, etc for the authorities must as of this year be supplied as XML formatted data, not on paper. As for drill down, I'm not a firm believer in this. Drill down belongs to the user interface, if you ask me, as you are viewing the result. I've never met a request for a report where you could drill down, say, one order and then have a hardcopy with this order expanded and all other orders collapsed. Or could you - or anyone else - provide some good example where drill down to hardcopy is useful? /gustav >>> Salakhetdinov Shamil <mcp2004 at mail.ru> 06-02-2012 15:36:04 >>> Hi Gustav -- Yes, reports with aggregated data, one page reports, can be generated as pure HTML on server or even client side using JavaScript. But what about drill-down reports? - that should be probably programmed as drill-down html forms using JavaScript?... And what about multi-page "ordinary reports"? There should be "something" to properly calculate such reports pagination for a currently rendered page to always fit a report page height? If there wouldn't be such a need to properly generate pagination then taking from server side each report's page with fixed qty of records on every page would be rather easy task - e.g. it can be done for MS SQL by using Cast(ROW_NUMBER() over (ORDER BY ... and then again report pages can be generated even on client side as pure HTML. Although to print/pdf all pages of such reports there should be a "parallel" report created, e.g. using MS Report Viewer based server side reports... And there could be also (live) charts in reports, that could be generated on client side using JavaScript?... Questions, questions.... Thank you. -- Shamil 06 февраля 2012, 18:05 от "Gustav Brock" <Gustav at cactus.dk>: > Hi Shamil > > Good question. > > From time to time I think about a "back-office" engine producing predefined reports from materialized data. Then the web client could just produce the parameters and the name of the report, send these to the queue at the engine, and the report could be picked from a link, saved as a PDF, or somehow else. Problem is that this may not be what users expect if they are used to a desktop app where reports normally pop up in a new window. > > However, reports with aggregated data - as most reports have - could be produced faster or at least without waiting time for the user. And the client could be anything, even a phone app. > > /gustav > > >>> Salakhetdinov Shamil <mcp2004 at mail.ru> 06-02-2012 14:22:41 >>> > Hi Gustav -- > > Yes, "not completely dead" - for CMS like DotNetNuke classical ASP.NET and ASP.NET MVC would be in use for quite some time but for business applications I'd "bet" on pure HTML forms, JavaScript, AJAX, (RESTFul(?)) web services... > > Although I have no clear idea what reporting solution to use for such a "pure HTML forms" based business applications: should that "pure HTML Forms" app be still driven by classical ASP.NET engine to be able to use MS ReportViewer Control for reporting? > > Thank you. > > -- Shamil > > 06 февраля 2012, 15:10 от "Gustav Brock" <Gustav at cactus.dk>: > > Hi Shamil > > > > Not completely dead, as he admits in the last paragraph, but the Knockout site is certainly interesting with a lot of stuff to investigate. > > Thanks! > > > > /gustav > > > > >>> Salakhetdinov Shamil <mcp2004 at mail.ru> 05-02-2012 21:34 >>> > > Hi All -- > > > > FYI: "ASP.Net WebForms and MVC are Dead to Me" > > By Joe Brinkman on 2/1/2012 12:19 PM > > > > http://www.theaccidentalgeek.com/post/2012/02/01/ASPNet-WebForms-and-MVC-are-Dead-to-Me.aspx > > > > Thank you. > > > > -- Shamil