SfTabView: When we set the ContentHeader of a TabItem the animation when switching tabs does not occur nor does the tap animation occur

[Derek Farr]

Using the Xamarin Forms SfTabView and we customize the the HeaderContent of a tab item, 2 issues arise:

1. The animation that occurs by default when changing tabs no longer occurs.  By default the current content swipes to the left and the next tab swipes in after it.  When we set the HeaderContent value, this no longer occurs, it instantly changes the content to the new tab.  How do we keep the animation?
2. When we set the HeaderContent to something like a StackLayout with a label and an Iconize icon...when we tap on tab item the tap animation no longer occurs.  We even set the background color to Transparent.  We can put in a Button to recreate this, but then the selected background color doesn't show forcing us to have to manually manage this.  Is this how it is supposed to work where if we update the HeaderContent we have to manager everything ourselves?
   

[Hemalatha Marikumar]

Hi Derek Farr, 

  

Greetings from Syncfusion. 

  

Query 1: How do we keep the animation? 

  

Currently, we are validating the reported issue we will let you know the complete details on or before the 8^th Nov 2019. 

  

Query 2:  Is this how it is supposed to work where if we update the HeaderContent we have to manager everything ourselves? 

  

Since the TabView is customized with the custom HeaderContent, any customizations such as changing the color of the selected tab, must be handled using the SelectionChanged event. Please let us know if you have any difficulties while using HeaderContent. 

 

Regards, 

Hemalatha M. 

 

[Hemalatha Marikumar]

Hi Derek Farr, 

  

Greetings from Syncfusion. 

 

We have checked the reported issue “SfTabView: When we set the HeaderContent of a TabItem the animation when switching tabs does not occur” and we are able to reproduce the issue. We have fixed the issue find the patch from below link. 

  

Please find the patch setup from the below location.   

  

http://syncfusion.com/Installs/support/patch/17.3.0.26/1126086/F148810/SyncfusionPatch_17.3.0.26_1126086_11082019032941943_F148810.exe 

  

(OR) 

   

Please find the patch assemblies from the below location.   

  

http://syncfusion.com/Installs/support/patch/17.3.0.26/1126086/F148810/SyncfusionPatch_17.3.0.26_1126086_11082019032941943_F148810.zip 

  

(OR) 

  

Please find the NuGet from the below location.   

  

http://syncfusion.com/Installs/support/patch/17.3.0.26/1126086/F148810/SyncfusionNuget_17.3.0.26_1126086_11082019032941943_F148810.zip 

  

Assembly Version: v17.3.0.26 

  

Disclaimer:  Please note that we have created this patch for the version 17.3.0.26 specifically to resolve the issue reported in this incident. 

 

The fix for this issue will be included in our next weekly release, which will be available on 12^th November 2019. 

  

We request before replacing the NuGet, please follow the below steps to clear the NuGet cache,  

  

For Windows  

  

Follow the below link to clear cache,  

  

https://www.syncfusion.com/kb/6987/how-to-clear-nuget-cache    
  

For Mac  

  

• ~/.local/share/NuGet/Cache  

  

• ~/.nuget/package  

  

Please get back us, if you have any concern. 

  

Regards, 

Hemalatha M.