This is an important business requirement.
I don't know how many times that your company keeps replying on posts that have no inherited solution when company brands using logos are tested using your Infragistics controls just doesn't meet sufficient qualifications. Therefore the client will not buy your Ultimate UI product because of the major problems from business requirements.
The major problem is users using your Tree List control in ASP.NET and Windows Forms then saving them. The developer did not initially start the backend data from scratch because it was outside of WPF using Tree List control. However developers who develop the control in WPF need that backend data to load the Tree List because it was developed from the Web Application and Windows Forms first.
There are a lot of complaints of users on the WPF platform all because of what the users are seeing from an ASP.NET website and Windows Forms does not match UI and behavior from your controls in WPF.
When the client goes to the sample applications using your controls in your Infragistics website it only provides a single platform but not cross platform development solution.
The client does not want to use Tree List control and keep creating redundant code in WPF only / ASP.NET only / Windows Forms only in multiple .csproj files just because you have no base solution.
Can you provide a sample that inherits base functionality as showcasing Infragistics controls in your Home / Resource / Sample Applications page? The same Infragistics classes using C# code in WPF, ASP.NET, and Windows Forms using Tree List control.
Hello Duane,
Before we release each version of our controls, they are tested extensively to ensure that we can provide the best user-experience, however those tests are performed individually for each product/platform we provide.
Since most of our controls are not cross-platform, especially the ASP.NET WebForms controls that do not share any code with any other Infragistics Toolset (one exception to this could be the Windows Forms controls, which could be hosted within a WPF application), my suggestion would be that you would test each of the platforms you are targeting release on individually, because as I mentioned the tree controls in those different platforms, event though they share common functionalities, they have totally different base classes and architectures.
Regards, Ivan Kitanov
What you just posted is the worst business response ever received.
Let me just ask in just one question and one question only.
What is the solution to run the tree controls in WPF only and ensure that Windows Forms and ASP.NET work without testing?
You keep responding with testing all platforms.
This is why clients don't buy your product.
Please note that neither of our WinForms, ASP.NET WebForms or WPF controls are cross-platform, instead we try to provide similar functionalities and controls in most of the technologies we provide. By stating this all of those technologies have tree controls – WebDataTree for ASP.NET WebForms, UltraTree for WinForms and XamDataTree/XamTree for WPF, however all of them have different look and feel as well as some differences in code due to the fact that they are different technologies and we do not provide a cross-platform code for them.
To conclude our WinForms, ASP.NET WebForms or WPF controls are not cross-platform and this is the reason why they are called Ultimate UI for WPF, Ultimate UI for ASP.NET and Ultimate UI for Windows Forms, since they try to specialize into the technology itself and bring out the best performance, instead of trying to provide a cross-platform capabilities.