Updated Tilt Effect

re: Updated Tilt Effect

Peter Torr - MSFT — Thu, 23 Sep 2010 18:38:10 GMT

Thanks Beave. For the "tilt happens while scrolling" issue, yes that is inconsistent with the 1st-party apps. It should not show the effect if the list is scrolling. I have a few ideas about how to solve that; you could try building something based on the sample at blogs.msdn.com/.../how-to-detect-when-a-list-is-scrolling-or-not.aspx.

As for the touch-and-hold case not selecting an item, that is by-design (even without tilt). Typically an application would use this to show a context menu without actually selecting the item.

re: Updated Tilt Effect

Beave — Thu, 23 Sep 2010 14:28:41 GMT

Great stuff! I'm going to use this a lot.

The listbox version is not perfect yet though, ie. the mentioned scroll effect above and if I press an unselected item for a few seconds it won't get selected after I release the item. The previously selected item stays selected.

re: Updated Tilt Effect

Peter Torr - MSFT — Sun, 19 Sep 2010 23:21:27 GMT

Hi Jobi, I did a quick test on the Samsung prototype device (using DateTime.Now at the beginning and end of the function, then subtracting the difference). When a tilt was "successful" (found a tiltable item and computed the tilt centre) it was between 3 and 5 ms; when there was no successful tilt it was 0ms. Note the very first time you tap somewhere it takes about 70 - 80ms while the code is JTted etc.

re: Updated Tilt Effect

Bert Lagaisse — Sat, 18 Sep 2010 23:31:15 GMT

I got one word for this:

GREATSUPERTHANKSWONDERFUL !

Integrating the effect in my app took 5 minutes and spices it up with a factor 10.

Thanks again.

re: Updated Tilt Effect

Jobi — Sat, 18 Sep 2010 16:45:23 GMT

Just wondering have you had any measures of the cost for the 'TryStartTiltEffect(FrameworkElement source, ManipulationStartedEventArgs e)' function. We have added this to PhoneApplicationFrame at App.xaml.cs ,TiltEffect.SetIsTiltEnabled(RootFrame, true);

And for every click or manipulation TryStartTitleEffect loop is working. I am wondering if that causes a lot of CPU cycles. Just wanted to get an idea of minimizing that function call unnecessarly because it has VisualTree parsing as well as two foreach loops working for every manipulation and clicks.

re: Updated Tilt Effect

Dave Hamilton — Fri, 17 Sep 2010 10:37:42 GMT

Hi, I have just implemnted this on our app, and in general, it all works fine. I have one issue, and it may actually be the same one that Mark (above) is experiencing, but I would just like some clairifcation.

I have a listbox, that uses a combination of both the selecteditemchanged, and leftmousebuttonup events. Everything works fine when the listbox is not scrolling, I press an item, the tilteffect happens, and the item shows as being selected.

However, when the listbox is still scrolling, it shows the tilt effect, and stops the scroll, but no item is selected. In all honesty, when i don't have the animations, this is still the same (scrolling stops, and no item selected), however, now that the tilteffect is active, it emphasises this fact. Is it possible to disable while scrolling, or it this the expected behaviour?

re: Updated Tilt Effect

Peter Torr - MSFT — Sun, 05 Sep 2010 06:25:48 GMT

Hi Mark, typically if an event doesn't work directly you can get it by using the AddHandler method with the handledEventsToo parameter set to true. That said, you should probably avoid LeftButtonUp and use ManipulationCompleted instead (although the same caveat may still apply).

re: Updated Tilt Effect

Mark Pitman — Sun, 05 Sep 2010 03:05:40 GMT

After applying this attached property, my MouseLeftButtonUp eventhandler no longer fires. Any workarounds or equivalent event I could handle instead?

re: Updated Tilt Effect

Scott — Tue, 31 Aug 2010 04:53:16 GMT

Very cool, thanks!

Creating List Picker for WP7.

Alex Yakhnin's Blog — Tue, 31 Aug 2010 03:02:58 GMT

For the application that I am working on right now I needed a control that would allow a user to select