I have the problem that whenever I use the Page Transitions from Windows Phone 7 Toolkit, the transitions are very slow and the whole app seems to have framed drops. The animations are "stuttering".
Is anyone else experiencing this?
I'm using the TransitionFrame
class as RootFrame and in the .xaml pages I'm using code like
<toolkit:TransitionService.NavigationInTransition>
<toolkit:NavigationInTransition>
<toolkit:NavigationInTransition.Backward>
<toolkit:TurnstileTransition Mode="BackwardIn"/>
</toolkit:NavigationInTransition.Backward>
<toolkit:NavigationInTransition.Forward>
<toolkit:SlideTransition Mode="SlideDownFadeOut" />
</toolkit:NavigationInTransition.Forward>
</toolkit:NavigationInTransition>
</toolkit:TransitionService.NavigationInTransition>
I'd recommend against using the WP7 Toolkit Page Transition animations.
If you activate the performance counters you can see that just by changing the root frame to the WP7 frame, your fill rate is increased by 1. Since fill rates even in the best of apps are 1.5+ and the recommended maximum is 2.5, I'd say that's very bad.
Telerik has a WP7 Page transition control you might want to checkout. But honestly, I couldn't find/code any generic page transition that gives a well-performing page flip effect.
The latest changeset include some performance improvements for transitions. You could give them a try.
WHat's on the page could also impact performance. Does it contain a lot? or any events/storyboards which could be being triggered by the transition?
The new version of the silverlight toolkit (august 11) is much more faster than the old one! Transition animation begins right after click on an item. Try it out, eventually you also have to change other libraries (eg Microsoft.Phone.Controls) as found in
C:\Program Files (x86)\Microsoft SDKs\Windows Phone\v7.1\Libraries\Silverlight
Toolkit can be found in:
C:\Program Files (x86)\Microsoft SDKs\Windows Phone\v7.1\Toolkit\Aug11
This Link might help,
the frame is painted with the background brush colour with every frame, as well as the page being painted.
The striking thing about this is that it's painting the colour that is the same as the background behind it anyway. If the selected theme has a dark background it's painting black on top of black. Or, if the theme has a light background it paints white on white.
If we combine this knowledge of the unnecessary work the TransitionFrame is doing with the fact that anything transparent doesn't contribute to the fill rate a solution presents itself to us. We just need to make the background of the TransitionFrame transparent
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With