@Sebastian @tipako They should provide an option to specify how much you want them to throttle drag events, as it's clearly meant to optimize battery life. However, for my app the drag events don't occur that often, but when they occur, I want them to respond smoothly and update the elements on the map at the same pace as the map itself.
On another note, I can't debug the maps control without a proper MapServiceToken. Would it be an option for the control to know it's running within an emulator, and when connected in Debugging mode eliminating the need for a proper Token? That way you can't mistakenly publish an app without generating one from the store.
I haven't tested it out yet in this build, but in previous map controls there is an issue when putting an overlay image on the map and zooming in too much, due to the image to exceed the maximum size allowed in WPF. Is this something you have heard before and already fixed?
@Flem100: I just came back from the ABBYY developer conference in Dublin. From what I can see the key difference is that the ABBYY cloud solution requires a data connection whereas the Microsoft package can be used offline. The ABBYY solution should have a key advantage in accuracy by using more CPU power, the ability to run more complex algorithms and better language support, for smaller tasks the Microsoft solution should be more than enough. For WPF and desktop apps there are many free open source options available. Interesting times in OCR space 😉
Glad to have met you both in The Hague at TechDays :)
Please not forget to ask about the missing synergy in the maps control for universal apps. There's even no sample included here http://code.msdn.microsoft.com/wpapps/Universal-Windows-app-cb3248c3 which uses the maps control, one might even conclude that it's too hard to write a best practice approach ;) And what about WCF, when will that be added to WP8.1 XAML apps?
Enjoy the rest of your stay in The Netherlands and hope to visit another of your sessions next year!
I did notice a change in scale factor, for 8.0 it was 1.5 (@2:53), for 8.1 it became 2.3 (@3:59)
Edit: now watched it completely, and you mentioned the change with XAML apps where the scale factor for a Lumia 920 type of device changed by .8 due to effective resolution change, but that doesn't explain the scale factor change after Silverlight 8.0 => 8.1 conversion. A bug?
So true about the weather apps. I'm the Windows Phone developer of Weerplaza.nl, a weather app optimized for use in The Netherlands with a rain radartile with 2 hour prediction for your current location. I've noticed higher use frequency and recurrence for Weerplaza.nl on Windows Phone than on the iPhone or Android counterparts, and I also tried to 'pin' it on the live tile Plus it's consistently in the top 10 list in the Top Free apps list (when you ignore the Nokia and Microsoft apps).
Wish list: support for animation similar to animated gifs to show the rain cloud movement...