Hi Team,
Please add a base TFM for net6.0 to the Telerik.UI.for.MAUI libraries so that test projects are compatible with .NET MAUI projects referencing the Telerik package.
Thank you,
Allen
Adding a MAUI TFM to the test project doesn't appear to be a solution as it doesn't find a test runner for that MAUI target. Here's an example of the type of error when I try that approach:
========== Starting test discovery ==========
Microsoft.VisualStudio.TestPlatform.ObjectModel.TestPlatformException: Testhost process exited with error: You must install or update .NET to run this application.
App: [redacted]\ProjectB.Test\bin\Debug\net6.0-windows10.0.19041.0\testhost.exe
Architecture: x64
Framework: 'Microsoft.Maui.Core', version '**FromWorkload**' (x64)
.NET location: C:\Program Files\dotnet
No frameworks were found.
Learn about framework resolution:
https://aka.ms/dotnet/app-launch-failed
To install missing framework, download:
https://aka.ms/dotnet-core-applaunch?framework=Microsoft.Maui.Core&framework_version=**FromWorkload**&arch=x64&rid=win10-x64
. Please check the diagnostic logs for more information.
at Microsoft.VisualStudio.TestPlatform.CrossPlatEngine.Client.ProxyOperationManager.ThrowOnTestHostExited(Boolean testHostExited)
at Microsoft.VisualStudio.TestPlatform.CrossPlatEngine.Client.ProxyOperationManager.SetupChannel(IEnumerable`1 sources, String runSettings)
at Microsoft.VisualStudio.TestPlatform.CrossPlatEngine.Client.ProxyDiscoveryManager.DiscoverTests(DiscoveryCriteria discoveryCriteria, ITestDiscoveryEventsHandler2 eventHandler)
========== Test discovery aborted: 0 Tests found in 68.4 ms ==========
========== Starting test run ==========
========== Test run finished: 0 Tests (0 Passed, 0 Failed, 0 Skipped) run in < 1 ms ==========
Hi Team,
Please introduce the ImageEditor component to Telerik UI for.NET MAUI
Thank you,
Manish
It would be really nice to have a RichTextBox control for .NET MAUI that worked on all platforms including Windows and Mac. I'm trying to migrate an application from WPF to MAUI and MAUI simply does not have a RichTextBox equivalent.
Telerik had something already for Xamarin called RichTextEditor but I believe it only works on iOS/Android and not Mac/Windows.
If you could do it quickly, you'd actually be the first company to have one as well, as from what I have been able to glean from my research, no company offers one as of yet, hence my predicament.
Thanks!
Using Telerik UI for .Net MAUI v1.0.1 with latest version MAUI 6.0.400 (Service Release 1) and Visual Studio 2022 17.3.0 Preview 2.0 generates an error,
Severity Code Description Project File Line Suppression State
Error PRI175: 0x80073b0f - Processing Resources failed with error: Duplicate Entry. MauiAppTest C:\Samples\MauiAppTest\MauiAppTest\WINAPPSDKGENERATEPROJECTPRIFILE 1
Hi Team,
This is specifically a request for you to bring over the SignaturePad control from UI for Xamarin either as as a compatibility shim, or as a new native MAUI handler.
Regards,
Jared
Update Visual Studio 2022 Preview to 17.3.0 Preview 1.0.
Create a new MAUI application using the "Telerik .NET MAUI App (Preview) (Progress). (Attached).
Build the application (test done targeting "Windows Machine"; net6.0-windows10.0.19041.
Two errors will appear in the Error List window:
Severity Code Description Project File Line Suppression State
Error PRI175: 0x80073b0f - Processing Resources failed with error: Duplicate Entry. TelerikMauiApp2 <FullPathOmitted>\TelerikMauiApp2\WINAPPSDKGENERATEPROJECTPRIFILE 1
Error PRI222: 0x80073b0f - Unspecified error occurred. TelerikMauiApp2 <FullPathOmitted>\TelerikMauiApp2\WINAPPSDKGENERATEPROJECTPRIFILE 1
These errors are typically seen when some component is not at the same version as the framework. In this case, Telerik UI for .NET MAUI 0.8.0 targets RC2 according to the release notes.
To present content in an expandable container that can be easily expanded/collapsed by tapping on the header of the control.
A number of RadDataGrid properties can be successfully set in App.xaml, but setting others causes the control to display nothing -- at least in Android.
While I have not tested all possible settings, these results were found experimentally:
Can be used: BackgroundColor, DataOperationIndicatorMode, GridLinesThickness, HorizontalOptions, LoadOnDemandMode, Margin, MinimumHeightRequest, SelectionMode, UserSortMode, VerticalOptions, and ViewportBufferHeight.
Cannot be used in App.Xaml style: AutoGenerateColumns, GridLinesColor, GridLinesVisibility, LoadOnDemandBufferItemsCount, RowHeight, and SelectionUnit.
Hello,
We are looking to port an existing Xamarin Forms app to MAUI. Can you please confirm that the RadAutoComplete control will be available? e.g.
<ContentPage
xmlns="http://schemas.microsoft.com/dotnet/2021/maui"
xmlns:x="http://schemas.microsoft.com/winfx/2009/xaml"
xmlns:telerikInput="clr-namespace:Telerik.XamarinForms.Input;assembly=Telerik.Maui.Controls.Compatibility">
<telerikInput:RadAutoComplete />
Thanks.
Please update the global.json file in your demo application to the new Version of the .NET SDK
{
"sdk":
{
"version": "6.0.100-preview.6.21355.2",
"rollForward": "disable",
"allowPrerelease": true
}
}
When you release your MAUI components, can you please provide well designed working sample projects so that your customers can get started quickly.
These projects should be fully working Line of Business (LoB) apps which is your target market i.e. customers like me.
These samples should connect to ReST Web API's (as is the case with all my KendoUI projects), with a login screen, and then desktop, tablet and mobile 'personalities' with navigation bar, hamburger side menu, caption, search, account drop down, CRUD etc... i.e. all the things modern apps have these days.
You should also produce a 'kitchen sink' app which demonstrates the use of every component in a simple 'app' without use of overly complex code which could confuse or intimidate your customers.
Remember, you are the experts, not your customers, else we would not be buying your products, we'd build our own. Help us to build cool products with your components.
If you have read the famous 'mythical man month', Brookes recommends buying components, especially big ones, the bigger the better. He means buying fully scaffolded, working, documented, easy to understand, application source code e.g. LoB projects which you are best placed to construct for our benefit. Progress has many excellent tech evangelists, I have watched their presentations, and I'd like to see these people involved in constructing these LoB sample apps, as their video presentation skills will also benefit your customers in understanding best practice for building LoB apps.
I hope this helps?
Kind Regards
Garry