Completed
Last Updated: 26 Feb 2018 16:32 by ADMIN
Available in minor release 2017.3.1214. It will also be available in the R1 2018 release.
Completed
Last Updated: 05 Apr 2018 11:35 by ADMIN
ADMIN
Created by: Lance | Senior Manager Technical Support
Comments: 0
Category: SlideView
Type: Bug Report
0
First item content doesn't update when starting with an empty ObservableCollection even though an indicator is present.

Steps to repro:

1- Starting with an empty ObservableCollection<T> ItemsSource 
2 - Add two items (notice 1st item's content stays empty)
3 - Slide to the 2nd item (notice content is visible)
4 - Slide back to 1st item (notice content is now visible)

Attached a runnable repro.

Available in minor release 2018.1.405. It will also be available in the R2 2018 release.
Unplanned
Last Updated: 21 Mar 2018 15:19 by ADMIN
ADMIN
Created by: Stefan Nenchev
Comments: 0
Category: SlideView
Type: Feature Request
0

			
Completed
Last Updated: 20 Feb 2019 12:42 by ADMIN
Unplanned
Last Updated: 06 Aug 2018 15:19 by ADMIN
After an item is removed from the ItemsSource, if you swipe, the indicators are not properly updated.
Unplanned
Last Updated: 20 Nov 2018 08:45 by Didi
ADMIN
Created by: Didi
Comments: 0
Category: SlideView
Type: Bug Report
0

			
Completed
Last Updated: 19 Sep 2019 11:20 by ADMIN
Release 2019.2.708 (R2 2019 minor release)
The bug manifests itself with Xamarin.Forms 4.0, when navigating to a page with SlideView for the second time and the page is cached in memory between navigations. The following exception is thrown during the second page navigation:
Exception:
System.MissingMethodException: No constructor found for Telerik.XamarinForms.PrimitivesRenderer.Android.SlideViewRenderer::.ctor(System.IntPtr, Android.Runtime.JniHandleOwnership) occurred
Exception:
System.NotSupportedException: Unable to activate instance of type Telerik.XamarinForms.PrimitivesRenderer.Android.SlideViewRenderer from native handle 0x65 (key_handle 0x7b571bc). occurred
Unplanned
Last Updated: 25 Jul 2019 08:33 by ADMIN

Request

Android follows a "bottom-up" approach to gesture/touch handling. It would be nice if the RadSlideView would allow any swipe gesture that it cannot handle itself to propagate upwards so that another view can have a chance to handle it.

Example

Given the following XAML:

<ParentView>
        <ParentView.GestureRecognizers>
            <SwipeGestureRecognizer Direction="Left"
                                    Command="{Binding ForwardCommand}" />
            <SwipeGestureRecognizer Direction="Right"
                                    Command="{Binding BackwardCommand}" />
        </ParentView.GestureRecognizers>

        <RadSlideView />
</ParentView>

Expectation:

  • When the user is at the beginning of the items in the RadSlideView and swipes right, then the BackwardCommand should execute. (The RadSlideView should detect that it is at the beginning of its item source and allow the right swipe gesture to propagate upwards to the ParentView.)
  • When the user is at the end of the items in the RadSlideView and swipes left, then the ForwardCommand should execute. (The RadSlideView should detect that it is at the end of its item source and allow the left swipe gesture to propagate upwards to the ParentView.)
1 2