52 Answers, 1 is accepted
We're not sure what the MIX conference has to do with the feature you inquire. Anyway we currently don’t have a stand-alone/end user report designer. However this is in our TODO list of features and once we start working on it, the Reporting RoadMap would be updated accordingly.
However, your feedback will help us shape our decision when it comes to an end-user report designer, so we have the following questions:
How do you envision the end-user report designer to function? Do you see it desktop-based (WinForms, WPF) or web-based (ASP.NET, Silverlight)? Do you need an application which will allow your users to create reports from a predefined set of database fields (similar to the current designer in Visual Studio), or do you need an analytical application which to allow your users to analyze data (KPIs, trends, cubes, etc)? What is the expected outcome that your users will need to produce?
Sincerely yours,
Steve
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items.
Ideally - A end-user designer for winform, web, siliverlight. I have current applications that are web based that could benefit from a web-based report designer (silverlight or AJAX). This could be similar to http://www.stimulsoft.com/ReportsWeb.aspx ( http://www.stimulsoft.com/, siliverlight coming soon)
Since you are looking for feedback, I will reinforce Eddie's comments...
Considering that you already have Visual Studio designer support, I would imagine that the quickest time to market implementation would be a WinForms editor. This would allow you to provide the feature in some form to start, and then you can build out the other platforms. Being able to offer WinForms sooner, is better than waiting for the comprehensive solution of supporting web enabled platforms.
I look forward to seeing a more definite commitment on the Roadmap.
Mike
Thank you for your feedback and thoughts on the features you would like to see in a Telerik End-User Report Designer. Yes, we do agree that an end-user designer based on Visual Studio is a viable solution. We do have some additional ideas, although we are still to test whether business professionals/managers will feel comfortable with the Visual Studio interface and what they will think of property grids.
Please, feel free to share any additional ideas that come to mind.
Kind regards,
Vassil
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items.
To be clear, I'm not suggesting that the VS designer is suitable for business professionals/managers. My comments were not related to the design of the editor; I was responding to the relative importance of supporting editors on multiple platforms. Some additional comments that you need to focus on with respect to the design include:
1) Separation of report layout from compiled resources
2) Ability to design against an XML schema
3) Ability to reference image resources that are not compiled into the binary
4) Ability to programmatically pass all of these inputs (and data adhering to the schema) into the reporting engine to produce a report output for a specified format.
Ideally, the business professional should be able to design a report based off of an XML schema that is provided by the developer. In turn, the business professional should be able to update their layouts whenever they like (as long as they adhere to a specified schema). Rather than having to recompile any layout changes, the layout should be a template that can be readily deployed by copy this template to the installation.
Mike
I also have the DevExpress XtraReports product .It does have an end user designer but also has the ability to attach to data and save the report to an external template file or to a database. The end user can design their report and use it outside of Visual Studio.
I am currently facing a decision of possibly switching vendors, so a little better visibility into the future of this product would be helpful :-)
Again, thanks for the feedback.
As you know, we are very open when it comes to our plans, and we try to be transparent and not hold back anything. We simply do not have a time frame for an end-user designer, so we cannot promise anything. This feature is still with lower priority as of this time, because there are a few things we need to finish/provide in order to have the ability to offer an end-user report designer. For example, Michael proposes to offer the Ability to design against an XML schema - we need to provide a way to save our reports in XML first, and only then we can provide an end-user report designer. This task is in the works and the ability to save report definitions will be available later this year.
Best wishes,
Vassil
the Telerik team
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items.
For my part, I need a web-based designer for very simple reports. Actually, a "visual style builder" for existing reports would be a big step in the right direction. Having a pre-defined list of fields would be fine, but I do need to support master-detail as well as custom filters, sorting, etc.
Maybe you guys could start with something rather basic then grow it based on user feedback? At this point, I think that *something* is better than nothing.
First of all, I like the Telerik Reporting tool but I cannot even use it yet due to my clients are wanting/requiring an end user designer. I cannot spend the time to build the reports and them hope on the end user designer to come down the road. I instead have had to abandon the Telerik reporting product at this time and use a competitor's product to be able to meet the needs of my different clients.
Again, I do like the Telerik Reporting product and features. However, in my opinion, it is not complete enough to compete with the other reporting products in the market
Thanks.
I think the last two posts from my colleague Vassil cover the end user designer topic quite thoroughly. To repeat: it is on the road, but we have to implement some other features first, which would be needed.
Vassil even elaborated on one of them and you will see others in the upcoming RoadMap soon. Once these are done, we would be able to engage with a time-frame for the end user designer feature.
All the best,
Steve
the Telerik team
We have no new news other than what has already been said. We will nevertheless update this thread and the Reporting RoadMap as soon as we have more information on the topic.
Thank you for the patience and understanding everybody.
Greetings,
Steve
the Telerik team
Hope you see this post ....
If you are unable to continue waiting for an end-user designer, check out <admin>product name removed for advertising</admin>. They have a very customizable end-user designer as part of their reporting tool. It also supports the 2005 spec of MS SQL Reporting Services RDL for compatibility.
We've been a long-time customer of Telerik but we finally got to the point where we just couldn't wait any longer. (Since 2006).
Mark Masson
Director of Technology
Lucid Data Corporation
BTW, focus on web-based only for your first release. Why? because all other technologies have the ability to host a web page (aka IFrame). Our applications are in multiple platforms, languages, and device types (Droid, iOS, Linux, Win, etc.) so if you had an HTML5 solution, all of our applications could just IFrame the report HTML server.
Happy Holidays!
Scott Peal
Global Chief Architect
Company Automation LLC
I'm hoping to see something simple for the end user. Most of my users do not have the time and/or patience for anything too complex (such as the report designer in VS). They just need to be able to pick which fields (from a provided list of related entities) they want on the report. Then give the report a title, some basic design structure (maybe from a list of provided templates) and focus on the complex grouping, sorting and filtering (but from a user-friendly interface). Charts and cross-tabs would also be helpful.
Right now, users are getting data from a grid in the application, then exporting that to Excel for manipulation. If they could do this within the application, then save out the resulting report, it would save them a lot of time.
When will this happen? I cannot say just yet as we are still on the drawing board.
Kind regards,
Vassil
the Telerik team
I wouldn't get too excited. This has been on the "drawing board" for years. We've been waiting since 2006.
Mark Masson
Director of Technology
Lucid Data Corporation
Is it possible, at least, to give us some news about when you could release a first draft of this feature. Every major reporting tools already have it and they are well done. I have also checked the roadmap for your reporting tool and it only say "coming soon"!
i understand that you have other priorities too but we would like to know if this feature is on a high priority or not.
thank you!
alex
Ideally, we need an end user report designer to (at a minimum) be very data friendly and flexible like crystal. The way I can user a stored procedure and link it to a table, then link to some external data source in crystal is amazing. That piece alone is what is missing in every other report deigner I have tried. Sure, keep it simple, but just as important keep it flexible.
In our business, we have people that design, create and maintain reports externally to the compiled application. So a report format that we can keep portable (including all data sources) would be awesome. If a client needs a new invoice format, we need to be able to update it on the fly and drop that new XML file or whatever in place without hacing to recompile the app.
I hope you guys are really listening, you have an opportunity that I think you are letting slip away. If anyone knows of a reporting tool that properly handles stored procedures and allows random linking as Crystal does, please send me an email. We are desperate to even find an interim solution. My requirement, it MUST be dot net. Crystal is fine but they too are getting too splintered and are now only focusing on dashboards, etc.
Thanks!
Tim
tdemeza [@] natrisk dot com
Again, I really enjoy working with Telerik components, but maybe there is a different understanding of "it is on our roadmap" means. If something cannot be integrated into the product line for more than 3 years you should make this clear to your customers. Having still no release date for this feature I have to assume that we will not get it within 1 year timeframe or am I wrong?
Since this feature is highly demanded, we hope to be able to deliver an ad-hoc report builder soon and it may (or not) be part of Telerik Reporting. We will have more clarity on this in a month or so. Note that we will not release this tool with Q3 2011, but early next year.
All the best,
Steve
the Telerik team
Q2’11 SP1 of Telerik Reporting is available for download (see what's new). Get it today.
I appreciate the fact that you have finally decided that this is a highly requested feature and will begin to implement. However, I have a serious problem with the fact that you are choosing Silverlight. As much as I see that silverlight is an absolutely incredible technology, every indicator is that MS is moving away from this to support HTML5. Why? Who knows... More importantly, please do not leave those of us whom need this functionality in a winforms enviornment out in the cold. Most end user report designers are created so the designer (Not the developer) that knows the data can create reports for a client which can then be easily deployed to any viewer. I think you really should consider a poll for what everyone wants.
I will reiterate my needs:
1. A stand alone report creation tool that allows easy access to many different data sources, very similar to the way it is done in crystal. I can link a Stored Procedure to a SQL Table, and then link to an excel spreadsheet if needed. All of this is done in a very simple UI and does not require a developer skills. Again, buy a copy of crystal and look at this feature. It's awesome.
2. Simple filters, groupings and parameters that the "designer" can define alone with the intended layout.
3. Simple integration of sub reports that are easily linked to the main report.
4. A way to save the report definition to a file. This report definition should contain everything needed to execute the report except for the parameters. Which the intended end user should be able easily enter and execute.
5. What ever executes the reports and displays them to the end user should be able to load these pre defined reports on the fly so that they can be updated without having to recompile the application.
6. Then once the above is done, now you can work on allowing a real end user to do minimal modifications in real time to a report that was designed by the report designer. In fact, the report designer should be able to choose, what the ultimate end user can change, edit or modify on the report. Such as filters, groupings, colors, etc.
I hope other chime in and give specifics because I really don't want to wait on another component that completely misses the mark. This is very important to me and my company. Properly implemented, this could be one of the best tools you guys could produce. Right now, it is fine, but in most organizations the reporting folks are not developers, they are data gurus. Therefore, making them use developer tools to create reports is not efficient in my opinion.
Thank you for listening.
As to <admin> removing the name of another product, sure we all understand how any company feels about such a thing. However, I'd maintain that if Telerik isn't selling something then another product can't be competition. If Telerik doesn't have an offering in a specific space then please don't worry about people purchasing other products that suit our needs. We still love RadControls and will continue to use that product for the features it includes. But for the features it does not include, we don't have much choice but to look elsewhere, and making that process difficult is just downright unfriendly.
As to features, I would create a rich BAL, the tables and fields for which would be exposed in the designer. If we pre-built the designer for specific users then this could be early bound, I wouldn't mind that. But for a generic designer the BAL could be dynamic and reflection (or XML) could be used to identify the tables and fields. A configuration setting is required to expose a configuration string or other parameters so that each site could point to their local datasource. Through the BAL we would then apply this to the DAL to access the source.
As described here, anyone could really create this end-user offering. Though I think the consensus here is that the tools already exist, just built-in to the VS container. No one wants to re-invent those wheels, and we trust Telerik can do this... one of these years....
BTW, I got a server error when posting this too, but I always ctrl-C before posting anything just in case, and a simple refresh of the page showed the post. Thanks for the warning, tdemeza!
Thank you for sharing your needs once again. Your descriptions overlap with our idea for an ad-hoc report designer, which obviously has to go a little further than the "traditional" ad-hoc reporting where IT is heavily involved in the process. We will try to simplify things a bit, and make the maintenance of the reporting system easier for all involved parties.
As to using Silverlight, it was a tough choice. We chose it because of our expertise in the platform, although we've hit a few snags. I am nevertheless sure that our devs will find a way around these shortcomings.
In this regard, if you are to chose a platform right now, what would be your choice? Related to this: do you guys need a client/server solution, or do you prefer a more client-centric solution?
Regards,
Vassil Petev
the Telerik team
Q2’11 SP1 of Telerik Reporting is available for download (see what's new). Get it today.
Mark Masson
Director of Technology
Lucid Data Corporation
My opinion would be to not go with the Silverlight approach. Maybe with html5, you will be able to do something great!
http://www.zdnet.com/blog/microsoft/will-there-be-a-silverlight-6-and-does-it-matter/11180
I reckon you could do that really easily yourself.
If the datasource is fixed, simply create a form listing the available columns as a number of checkboxes. Get the list of checked items and pass it to the report as, say, a string.
Match the string values to the name of columns in the datasource and mark the relevant textboxes visible as appropriate.
I've never done this, so you might find you have to move the visible columns left to fill gaps, but the logic for that would be straightforward.
--
Stuart
(Typing quickly and I know this sounds dis-jointed...) Off the top of my head I'm thinking there needs to be more than one UI which integrates with a generic middle-tier for rules. With this "MVC" pattern people can add UI's based on Silverlight, MVC webforms, or maybe even winforms or WP7. The UI just renders the visual look and feel of reports. The middle-tier pulls fields and other metadata from configurable datasources, again operating through a generic provider model rather than hard-coding to ADO.NET, entities, etc. I might prefer an existing BAL assembly for my data source, where someone else might want to use canned AdventureWorks resources, or something like LINQtoTwitter. A reporting application like this should be independent of the data source, but all data sources need to be able to provide what's required for the UI to define reports, through classes implementing this provider definition,.
I can picture this, just don't have any free time of my own to actually create the framework. It would be real nice if Telerik could pioneer this. If the project is based on RadControls, anyone using the code is going to need a license. Just don't host executables, or work out some other way to protect rights.
BTW, for anyone who gets an error after they post to this thread, just go back to the thread page from the error and refresh. Your post should be there despite the error.
Let's all remember that Telerik Reporting is a fine tool for what it does, but many of us are looking for something else instead of or in addition to what Reporting does. Yeah, I also have a client that asks "why did we buy Telerik Reporting when we still need a developer to create all of our reports?"
Telerik Reporting is for developers. Maybe Telerik Marketing didn't think far enough ahead to the idea that the only reason why developers need to create reports is that end-users don't have the ability. But there are applications where the requirements are so complex that we cannot ask end-users to satisfy their needs with an adhoc query tool. I wouldn't want an adhoc query utility to be as complex as Telerik Reporting, just with a user-friend front-end. That said, if that were available I'd be happy to have a new vehicle for revenue in helping our clients to create reports using the complex tool. There needs to be a balance between a tool that's adequate enough for most operational needs and one that's too sophisticated for average users. That's where a consumer-facing front-end needs to be differentiated from Telerik Reporting as we know it now.
We need to know when to pull specific tools from our kit. This tool shouldn't be removed from the kit, or dismissed as unusable, just used differently as soon as we can add alternatives to the kit.
It's decision time. We can't wait any longer.
Thanks!
http://www.telerik.com/products/reporting/creating-reports.aspx#end-user-report-designer
Feel free to download Telerik Reporting Q1 2012 and give it a spin. Your feedback will be appreciated - it help us tailor-made the Designer according to your needs!
Cheers,
Vassil Petev
the Telerik team
Q3’11 of Telerik Reporting is available for download. Register for the What's New in Data Tools webinar to see what's new and get a chance to WIN A FREE LICENSE!
Speaking of selling and MVC, on the front-end it would be nice if VAR/developers could co-brand the UI so that it integrates with existing applications. Right now it's a completely separate "bolt-on".
So no, it doesn't suit my needs or industry of applications yet, but it's a good start.
Thanks to Telerik for being responsive!
http://telerik.com/help/reporting/object-data-source-how-to-bind-to-business-object.html
For the End-User Reporting utility, see the product page:
http://www.telerik.com/products/reporting/report-designer.aspx
"Since this is a client application, there is no programmatic control over the reports. This also means that no events and no Object/OpenAccess/Entity Data Source will be supported."
Letting users lay out a report template is one thing, but letting them decide how and what data gets put into those templates is irresponsible as a developer. Your giving them too much rope to hang themselves with.
Note that with this scenario the end-user is completely unaware of the data source. All they should really see are field names. The source might be a web service against SalesForce, a local application or CRM, SAP, Twitter, or an aggregation of multiple sources similar to that provided through SSRS. Note also that this is exactly what we do with Telerik Reporting right now using ObjectDatasources, Entities, etc. So why should our reporting capabilities now be limited as a trade off for giving end-users the power of report design?
From the report designer product page: "Displays data from any SQL database (inc. MS SQL Server, Oracle, etc.) and Microsoft Analysis Services Cubes".
OK, we can put the DAL behind a supported database, do the ETL, and let the report designer hit this replicated data source, but we shouldn't need to do that.
The bottom line here is that the data source is irrelevant - all modern development abstracts the UI from the model so why should this be any different? The hardcoded binding to relational data structures artificially and unnecessarily restricts the product to a limited audience.
Any help?
As usual we highly appreciate your feedback and any constructive criticism. The Report Designer is still in Beta, so what you see right now is not the final product. I believe that our replies in the comments of the Telerik Report Designer blog post answer your questions, namely:
- We plan to extend the datasources support and include a datasource component capable to access custom data layers that expose their data via data service.
- At this time, we do not have plans to offer a Report Designer Component which can be used from within applications. The Report Designer will be a stand-alone application in the first few versions.
- The Report Designer will not be brandable.
Regards,
Steve
the Telerik team
BLOGGERS WANTED! Write a review about Telerik Reporting or the new Report Designer, post it on your blog and get a complimentary license for Telerik Reporting. We’ll even promote your blog and help bring you a few fresh readers. Yes, it’s that simple. And it’s free. Get started today >
I haven't heard of any plans to release a version of their end user reports that would be useful for web based product offerings, other than previous posts here that have apparently been abandoned. I would like to know IF there is a product release that will come within this year that will provide that functionality or should I take my renewal money for Telerik and buy another product that already offers this?
Yes, for 2013 we plan some major improvements on the way we build and present reports in the Web and the all as HTML5 will be the main focus. As of now I cannot give you any details what and when will be available but as soon as we have any valid time frame we will make it public in the product road map.
Anyway we will highly appreciate if can share with us your plans and your expectations (you can always open a separate support ticket if you need to send us any sensible information).
Regards,
Svetoslav
the Telerik team
HAPPY WITH REPORTING? Do you feel that it is fantastic? Or easy to use? Or better than Crystal Reports? Tell the world, and help fellow developers! Write a short review about Telerik Reporting and Telerik Report Designer in Visual Studio Gallery today!
The Telerik Report Designer is a free tool that we ship along with the product and we do not provide any sources for it.
Regards,
Elian
Telerik
Have you tried the new visualization options in Telerik Reporting Q2 2013? You can get them from your account.