Yep, you got it.
I was tending towards Activereports as , without additional licenses or expense, you can include a run time report designer for the end user. You seem to be suggesting that that can also be done with Xtrarports....did I pick this up correctly.
Also , would be interested if anybody has seen any feature by feature comaprison of the two. ActiveReports seems to be more expensive .
Thanks a lot Edhy!
Regarding reporting, we have been using DevExpress Controls for about as long as we have been using Strataframe, but were using Crystal Reports (the version that came with visual studio) for our reporting, mainly due to previous experience with it. We had intended to examine xtraReports when we had a bit of time.
Recently we upgraded to Visual Studio 2010, only to find that Crystal reports is only available as a seperate download currently in beta and without a client distributable. Furthermore in the Terminal Services environment we are targeting it is no longer free. This led us to quickly convert to XrtaReports, and have been very happy with the results. There is nothing we have found that Crystal Reports could do that XrtaReports can't. Where we were stuck on how to achive what we wanted, the support from Devexpress was excellent.
We found that the best way to handle things was to create a bo mapped to a view. We use the same view to create a dataset for the XtraReports designer, then we use the following to get the data from the bo into the report
ds.Tables.Add(bo.CurrentDataTable)
myReport.DataSource = ds
myReport.DataMember = bo.CurrentDataTable.TableName
myReport.DataSource =
myReport.DataMember =
The key point here is that xtraReports is very fussy in that if a report is designed from a dataset, then that is what it expect to get its data from.
Cheers,
Peter
I've not used XtraReport but I am thinking about switching. TIA.