If I uncomment "HorizontalStackLayout", the image is not displayed.
I want to display 2 Imageeditor in the same tabview, how to do this ?
<telerik:RadTabView
telerik:RadDockLayout.Dock="Left"
x:Name="tabView" AutomationId="tabView"
HeaderPosition="Bottom"
>
<telerik:TabViewItem HeaderText="Face 1">
<!--<telerik:RadImageEditorToolbar ImageEditor="{x:Reference imageEditor}">
</telerik:RadImageEditorToolbar>-->
<!--<HorizontalStackLayout>-->
<telerik:RadImageEditor x:Name="imageEditor1"
MinZoomLevel="0.1"
MaxZoomLevel="20"
Source = "{Binding DisplayedPhoto, TargetNullValue={versares:ImageResource Images.palette.png}}"
/>
<!--<telerik:RadImageEditor x:Name="imageEditor2"
MinZoomLevel="0.1"
MaxZoomLevel="20"
Source = "{Binding DisplayedPhoto, TargetNullValue={versares:ImageResource Images.palette.png}}"
/>-->
<!--</HorizontalStackLayout>-->
</telerik:TabViewItem>
<telerik:TabViewItem HeaderText="Face 2">
<Label Margin="10" Text="This is the content of the Folder tab" />
</telerik:TabViewItem>
</telerik:RadTabView>
Hi Team,
I would like to be able to have client-side filtering/sorting/grouping capabilities for large backend datasets that cannot be entirely loaded on the client.
As it stands now, the DataGrid (and other data components) can only operate on the data that is has in the local DataView. This means that I need to build a custom filtering solution that prefilters/presorts the backend data before paging and loading it into the DataGrid.
To accomplish the "full view", we need a data layer that understands both the UI as well as the backend. The Telerik UI for WPF product has an excellent solution for this, known as the WPF EntityFrameworkCoreDataSource - Overview - Telerik UI for WPF and the WPF DataServiceDataSource - Overview - Telerik UI for WPF.
If such a feature can be added to Telerik UI for MAUI, it would be an excellent bonus for the component suite in data heavy applications.
Thank you,
Peter
showing extra border before dropdown arrow in version 5.0.0 and higher. see below image
Hi team,
When deploying to certain platforms, under cetain circumstances, there is an exception that occurs in the DatePicker, TimePicker and a few other controls that rely on the same inner components. The stacktrace looks like it has to do with a default value for AppThemeBinding.
Thank you,
Nathan
We have been developing our WPF app for some 4.5 years now and use the following controls from Telerik WPF UI control set:
I don't see these UI Controls on the Roadmap for MAUI and that is okay; it just delays our timeline for MAUI adoption. As we aren't a UI Component Control software development company we are dependent on folks like Telerik. This is not a complaint as much as it is just a let you know what some of your customers are doing. We need to be to be on the macOS desktop but native macOS development is very expensive. As a start-up that company that builds native desktop apps this is big deal and our investor take note of such things.
MAUI could help to reduce our development cost but only if we can move to that platform with UI Function set we have in our WPF App and to leverage engineering IP artifacts and development resource.
Tavi
Hi Team,
Although UI for MAUI does not have a Calendar/Scheduler control... you're still forcing us to declare a NSCaldendarsUsage permission in info.plist because of some old code inside the native iOS static library inherited from UI for Xamarin.
I have some requests/comments for you:
I do understand that if I'm not using the Calendar in my app, the user will not be explicitly asked to approve permissions. However, this is unacceptable excuse because my org's application only uses the RadListView, but we still have to show that the calendar is a potential access point in the permissions manifest. In the world of security conscious users and enterprise security audits, this explanation is tiresome to hold up.
We've known about this problem for many years, and hopefully .NET MAUI can be a fresh break away from the headaches of Xamarin.
Thank you for your time and consideration,
Gerard