Windows phone store should show total number of app downloads (All Markets) as well as ratings and reviews of All Markets instead of showing rates and reviews based on region because it doesn't give a broad view and if by chance in any country there are no reviews on your app and someone want to download your app he might not just because he can't find it first of all (Cuz no rating) second he/she will think app doesn't have any reviews so it is not so good. It might happen that app can have so many reviews on other region store. So, Please make store on phone show total app downloads all over the world as well as total rating and reviews of all regions.

I've encountered an issue in Background Audio behavior dependent on app's name. I've managed to reproduce it using the official MSDN sample and as it's hard to test/debug, I've published a video with the problem: https://youtu.be/_W9S7g-JCQQ

If the name of the app is little longer and/or with space inside, then after the OS cancels the background player (not used for some time), it's not possible to reinitialize it by pressing UVC button - the IBacgroundTask.Run method is called twice and without UVC button pressed event. Once it happens in normal usage, you won't be able to reinitialize the player at all without restarting the phone.

Once we change the name, then everything works all right.

The problem is probably when the app tryies to access BackgroundMediaPlayer.Current in IBackgrounTask.Run method - it fires the background task once again, what shouldn't happen.

I've tested this on newest W10 build, both on emulator and device.

Make the release of apps developed by MICROSOFT itself in its own shop and shop of competing operating systems at the same time that WP's store or W10M, is a constant joke against us users of WP that not even the MICROSOFT updates its products in your store faster than updates in operating system store competitor, and that users of other operating systems receive news and apps better developed before the users of WP or W10M, we know that MS is a company which adopted the philosophy to expand its services to other operating Systems to go where your customers are, but you have customers on WP too, don't be careless with those users, which in the vast majority, support, advertise, aid and are helping the platform since windows phone 7.0. The vast majority of users have no problem with it, just don't play dumb to launch news first to other platforms by making users of your platform, clowns for users of competing operating systems. Just bid at the same time, those people who make jokes with users of windows phone, in a way, are correct, as you expect developers to make apps for quality and update their apps without a range of difference with the other platforms if even MICROSOFT itself makes it? I'm not asking for exclusivity of apps I'm not asking to release before, I'm simply asking you to release the news to the rest of the operating system at the same time for Wp or W10M

XmlnsDefinitionAttribute is an absolutely great attribute for Control Library developers. It allows the developers of that control library to greatly simplify the xaml by reducing the number of XMLNS declarations they need.
The only way around this is for the control vendor to throw every single class that might be used in XAML (not just controls but other types too), in the same namespace, creating a very ugly unwieldy API to code against.

If you use a 3rd party control library or you're a control library vendor, you should vote for this. It'll save you a lot of typing, looking for controls and types etc.

The high-level ask is to support using SVG within a XAML tree. The SVG data may be inline or loaded from a source (local file or remote from the web)

There are few current tools for converting SVG to WPF/Silverlight-based XAML but they fall short when dealing with more complex SVG data.

Here are a few scenarios:

- Apps loading svg content from a remote web server. This should work just like any other kind of image data. Remote xaml isn’t likely allowed, and even if it were, there’d be resistance to providing vector art in two formats when SVG is a standard.
o Some SVG files may be dynamically generated by a remote server
- SVG data loaded in a XAML view may have internal named elements.
o I would imagine that there’d be a way to access the internal elements from code to manipulate them and attach event handlers (hover/touch, etc), change properties (color, opacity, etc).
 We used this extensively in one javascript project but would have preferred to do this in XAML
- There’s a lot of free source SVG files that usable under creative commons on Wikipedia for things like US maps, electoral districts and many other rich features.
o It’s a huge time saver to piggyback on those assets. For example, suppose you wanted to color a US map by probability of each electoral district voting a certain way. This is easily done with some reference data & SVG from Wikipedia. Problem is there’s no way to easily manipulate this within a XAML app
- I would hope that an SVG-renderer element would use similar hardware acceleration that the HTML5 renderers use
- I would not expect to use javascript/css classes to manipulate SVG from a XAML app but bonus points if XAML styles could be plugged in
- Manual conversion to XAML is an extra step in the workflow and leads to duplication of assets. A designer may keep tweaking the source image and must keep generating that XAML. That xaml would then need to be copied into a resource dictionary and can’t be a separate file resource (can it?)