Big Screen Blog

Media Center, Windows Phone7 + Silverlight Goodness..

Archive for the ‘’ Category

Launched : AU Weather Pro + AU Newswire for Windows 8 Metro

with 2 comments

Today was a pretty big day for me – as it marked the ‘official’ debut of mobilewares into the Windows 8 Metro/RT space – with 2 x titles (AU Weather Pro + AU Newswire) appearing in the Windows 8 App Store launched with today’s ‘Windows 8 Release Preview’ launch.

I was caught a bit unaware/unprepared for the the actual release this morning – so have not yet had a chance to get the new Windows 8 section of my site up and live where I’d normally provide details of my apps. Luckily for me AU Weather Pro was featured on the AU Store start page today (along with the SBS On Demand app – which is sortof like ABC iView but all metro goodness)  – see for a snap shot (big thanks to @TechAU for posting this pic on twitter – hope they don’t mind me linking here).

Both apps have been ported from Windows Phone 7 platform – and when I say ‘ported’ that’s really only referring to some of the underlying ‘business logic / data services’ – as the UI layer in Windows RT and the type of user interactions being targeted for is just a whole different beast.  (nb: In fact I would go as far to say that the suggestion by anyone that you can ‘just port your wp7 apps across to win8’ – is generally a pretty sure fire indication that they’ve never actually done it themselves).

It’s also important to note that both these apps are currently considered to be ‘Release Preview Editions’ – and although I wasn’t really allowed to mention this point in my app or App Store description (due to some strange certification rules) – they are basically ‘previews’ of some of the features you can expect to see in the final versions (aimed at the GA release of Windows 8).

So for the time being they are both completely free / free of any advertising – and yours to play with – warts/bugs and all.  I will of course try to get some updates in over next few weeks/months, gradually adding features – and moving towards what the final product may look like (until then you’re all part of one big experiment #evillaugh)…

AU Weather Pro :
AU Weather pro displays a lot of similar information to the WP7 sibling (ie. BOM observations, forecast, Radars etc) – but the UI, flow, interaction and presentation is quite radically different (and I very much ‘re-imagined’ the whole experience from what the WP7 version had).  Rather than having a lot of drill down pages (hanging off a central observation summary or forecast) – the widescreen/panning content groups all the information about a particular location in one place.

The way you do your settings and find locations is also quite different – basically mostly controlled by either location services lookups or entering a postcode (or suburb name). 

Here’s a few screenshots below of it running in Landscape mode (it also supports portrait, snapped and filled views) – using the resolution/scaling found on the reference 10.3” 720p tablets.

Online Windows 8 Marketplace Deep Link :

screenshot1 screenshot2 screenshot4 screenshot3


AU Newswire :

This app was probably a lot simpler/faster to get going – as unlike AU Weather Pro (which had some quite unique types of information to present) – the traditional Windows 8 panning grids/lists design being promoted via the template apps worked pretty well with it to begin with. 

One of the new things I added (over the functionality in WP7 version) was the ability to tell the app which Australian State you reside in – and it then filters the available default topic feeds and ‘suggested other feeds’ (ie. If you say you’re in Victoria it will show you feeds from Herald-Sun, TheAge, ABC Victoria etc – whereas NSW users will be offered content from Sydney Morning Herald etc). 

Another feature I added was ability to download an updated catalogue of feeds from the settings – so that way I can correctly handle changing RSS feed locations over time without having to deploy new versions of the app. (in fact there’s already an updated feed catalogue offered from what was submitted to the store with the app).

The look+feel of the app is also quite different to the WP7 version and tries to create a black+white/print style feel. See screenshots below :

Online Windows 8 Marketplace Deep Link :

screenshot1    screenshot5

screenshot6   screenshot8


Some thoughts for those about to rock (that is ‘those wanting to get some Win8 apps on the store’).

There’s quite a few gotcha’s for Win8 Development I should mention– particular for the RP version + submitting to the store.

1) If you ‘think’ you’ve got everything 80% there on Windows 8 CP build you can’t just recompile for RP. There’s a massive amount of ‘subtle but painful’ changes – such as virtually every ‘allegedly’ constant Resource name for colors/brushes being changed slightly (and there’s no direct mapping for many).  Additionally the logic and structure if you’re using the LayoutAware base class on pages has changed quite a bit – so you’re best off re-creating every single page in VS2012 and importing XAML and code behind into the new structures (making use of the LoadState overrides to initial everything – instead of OnNavigatedTo etc as you may have done earlier).  In fact as a rough guide – it took me around 4 days to ‘recompile’ these apps for RP. (and quite a few XAML bugs were actually introduced – which I hope but doubt were fixed for the build released today).

2) If you’re about to ‘port’ from WP7 – reality is you can’t (unless you want your apps to really suck and fail certification) – and keep in mind a Win8 Metro apps is really about 4 times as much effort .  Putting aside the completely different XAML layer/controls, .NET v4.5 framework changes, missing core classes (things are quite different and use cool new async based classes/code which is really nice but NOT compatible with your own code) – Win8 apps must work in Landscape, Portrait, Snapped and Filled views (requiring a lot of fancy footwork to adapt the layout) and then to make things really tricky – the screen scaling (based on the screen pixel resolution and the actual physical size) needs to be handled in a number of ways. Oh and then they need to support ALL of touch, pen, keyboard and mouse input – so this may throw many of your original designs sideways too. Then of course you need to redesign the user experience so more content is shown on each page (as you don’t have the limited screen real-estate you have on a wp7 device – with the exception of ‘snapped’ view which is kind of similar).

3) Certification is hard – really really hard.  I’m hoping things improve for new developers signing up over the next few months – but for those of us who battled it out to get apps approved for the RP – it was a very hard slog. Apart from the certification rules not being actually documented in full anywhere just yet (was getting failed on points I didn’t even know existed – such as requiring an Age rating of 12+ because app had used location services) – like with the initial WP7 Marketplace launch – it’s clear the testers themselves have a bunch of different interpretations of the rules.   Both apps each failed certification 3 times before they were passed – and each time I was given only a certification clause number a no explanation at all (and suspect I was given a hail mary the last time around lest the RP store launched with no apps at all).  Let’s just say certification involved a week of pulling my hair out and several times I almost just gave up and put it in the ‘too hard I’ll come back in 6 months when they sort it out’ basket (really big thanks to some local/regional guys at Microsoft who helped me through this and restored my sanity).

4) There’s still quite a few bugs – hopefully some of them were ironed out for todays build (have not checked yet) – and others are possibly going to be sorted with finalized Display drivers. One which stumped me totally for a whole week (and seemed to first appear in RP) was that 8 bit transparent PNG’s won’t work properly (transparent pixels would turn black after 3 seconds) – the fix for that was to set images as being 0.99999 opacity instead of 1.0 (don’t ask me why but it worked). Another which caused a lot of grief – was using the GridView with Item template containing Variable Sized Wrap Panel seems to throw a berko when panned with touch – if you have groups with different sized items (I had one group with large tiles and another group with some smaller tiles that were shorter height wise). I actually had to redo the entire page and recreate the experience the GridView *should* have provided by using a scroll panel with child stack panels. 

Anyhow the lesson learned is that it’s ‘still a beta’ (as is certification and everything else) – so expect the completely unexpected and make sure you test everywhere (many bugs didn’t rear their heads until I used simulated touch on the simulator or threw it on the Series 7 slate).  Then get any timeframe you had in mind (particularly if your first attempt) and multiply that by about 3 or 4 – there’s likely to be a massive learning curve involved.

But don’t worry – no pain no gain – and I think when I get going on app #3 I will used my newly gained knowledge of what ‘not to do’ to a big advantage and will hopefully be making the right design/functionality and UX decisions up front (rather than scaling back original ideas after failing to get them going to my satisfaction).

Anyhow I hope this is a new platform I can grow to love – and the end results seeing my apps running on a Samsung Series 7 Slate were likely getting that perfect golf tee shot (golf hacks like me will get what I mean here).


Oh and if you’re up and running with the RP release – be sure to give my apps a shot – and if you’re feeling generous stop in to the store and give me a nice review too (5 star reviews make me quite warm and fuzzy!).


Written by mobilewares

June 1, 2012 at 11:51 pm

Big Screen EPG Renewals system is Live..

leave a comment »


It’s been almost 2 years now since Big Screen EPG for WIndows 7 Media Center went on sale for the first time– and that means the first batch of paid/subscribing users are almost at the end of their 2 year subscription period.

Up until now there wasn’t any easy way to resubscribe using the same serial number (as of course no one needed to yet) – so I spent a bit of time upgrading the purchase system to handle this functionality.

The Renew feature has been added to your account page (just click on ‘Account’ once you’ve logged into your account) – so just click on the appropriate link (next to the subscription you wish to extend) – and it will take you through the purchase wizard with that subscription selected.



Discount for Early Bird Re-Subscribers (+ a small discount for those who aren’t as quick)

As a reward for those who’ve gotten behind this product and previously purchased it – I decided to offer a special discount to those who are renewing (applicable when you renew an existing Big Screen EPG license).

First up there’s an Early Bird discount – which gives you 25% off the original RRP (USD$19.95). This discount will be automatically applied when you go to renew your subscription from now up until 14 days past the expiry date (for example : If your license was due to expire on 1st August 2012 – you have up until 15th August 2012 to get this Early Bird discount)..

If you miss out on the Early Bird discount – then a smaller discount of 10% off the original RRP will be automatically applied to your purchase.

Note that you don’t need any special discount code for these – assuming you’ve clicked on the Renew link – the site will work out which discount you are eligible for and apply it.

Once you’ve renewed – don’t forget to load the Big Screen EPG configuration tool and re-activate your product so that it picks up the new expiry dates.


Notes on Windows 8 support

For those that missed it earlier – there is now a Windows 8 specific version of Big Screen EPG (released along with the v1.5a windows 7 version update back in March of this year) – and available for download right now on the Big Screen EPG product page.  If you’re not sure if you are going to upgrade – or you’re running the WIn8 CP (Consumer Preview) – and you might go back to Windows 7 – the good news is the Big Screen EPG license is allowed to be used on both WIndows 7 and Windows 8 (no need to purchase a separate license). As it’s a family license – the main rule is still you can run Big Screen EPG on up to 5 pc’s inside your house – and it doesn’t matter if they are Windows 7 or 8 versions.

Thus far although the Windows 8 version is officially considered to be an unsupported beta product (as is Windows 8 CP) – it appears everything is working as it should – I’ve been personally running Big Screen EPG on Windows 8 CP for over 3 months now and it hasn’t missed a beat.  Further good news is that all indications from Microsoft are that what you see in the Windows 8 CP is the exact same build/version of Media Center that you will see available with the final release of Windows 8 later this year (so nothing is expected to break or require further work in Big Screen EPG when that does happen).

The bad news of course (for HTPC enthusiasts) is that Microsoft is all but strangling the Media Center platform to death with their recent decision to remove it from the intended Windows 8 o/s SKU’s and make it an additional addon only (which also requires you update to the Professional SKU of Windows 8 before you are eligible).  For this reason it’s entirely likely many of you who are giving Windows 8 CP a spin on your HTPC machines may revert back to Windows 7 if you are forced to pay a whole lot extra for it at release.



So anyhow that’s the news on Big Screen EPG – so don’t forget to go and renew your subscriptions before they expire and you lose your ‘Pro’ features from the product (or do so within 14 days post expiration to get the Early Bird discount).  Also don’t forget to re-activate your installed versions to pick up the new subscription expiry dates if you renew!

Written by mobilewares

May 29, 2012 at 6:13 pm

New Developed Down Under Submission Pages Go Live..

leave a comment »

The official Developed Down Under website went live a couple of weeks ago – and for launch we hadn’t yet added the new developed opt-in/submission process (which was still pointing at the original page on the blog). 

So after a bit more tinkering and testing this part of the site is now live too – and should help make the signup quite a bit less tedious and user friendly.

You can check it out here at –  – or just click on the ‘submit your apps’ whilst on the site.

New Submission Process Overview

The idea of the new submission forms was to make it a smidgen quicker/easier for developers to include their apps – by adding in a few server side smarts and some more fancy validation of entered information.

One new cool thing is the ability to locate all your apps without having to dig out a Marketplace Deep Link for each and every app you’re submitting. Now on the new signup – need to only provide a single Marketplace Deep Link (for at least one of your apps – even one you aren’t planning to submit).


Once you provide a deep link – the website will go off behind the scenes to Marketplace – and fetch all your apps (by using the Publisher ID in the deep link you submitted) – and then displays them so you can quickly just tick the ones you want.


Once you fill out the rest of the information (your name + email are required – website/twitter info is optional) – you are taken to a confirmation page where you can finalize your submission.

Then when you hit the confirm button – we’ll get notified of your submissions and you’ll get notified too via an email.  Note that we will still need 24-72 hours to approve/moderate your submissions before they appear in the catalogue (for those using the DDU Windows Phone app).


What’s next for the DDU Website

While there’s no definite timeframes – we intend to start including more features in the website as time permits – such as providing an online version of the catalogue (so you can browse them on the website without the DDU app) – and the ability to find out more about publishers.  

Keep an eye on the website for more..!

Written by mobilewares

May 28, 2012 at 1:48 pm

Developed Down Under Hits Windows Phone Marketplace

with one comment

I thought I’d post something here about a new community initiative relevant to Aussie Window Phone users, developers and bloggers called ‘Developed Down Under’ – which officially went live to the public around 24 hours ago.


So What is Developed Down Under (aka DDU)

The idea was originally conceived (just over a month ago) by Scott Sheedy from to deduce a way of grouping together and promoting Windows phone apps from Australian developers. Garry Holden from Handiware suggested the name ‘Developed Down Under’ (which we ran with after consensus on twitter).

some of the goals of DDU included

– To improve visibility of App’s on the Windows phone platform that have been made by Aussie Developers.

– To help Aussie Windows phone users quickly find and locate Apps directly relevant to their local Aussie market – and have an easier way of identifying these products when looking at blogs, news sites etc (ie. coming up with a recognizable logo/icon and name)

– And similarly to what is being done with Apps – promoting local Aussie bloggers and news Sites who cover Australian specific Windows phone news.

And an App is born …

Last week the concept evolved from an idea (and a lot of behind the scenes work by Scott) – into a full blown Windows phone app (with inspiration from products like wp7nl, appflow, etc).

This product allows users to view a catalogue of Aussie Developed Apps – and then click through directly to that App’s page on Windows Marketplace (where it can be downloaded/purchased/rated/etc). There’s sections such as ‘Apps for Aussies’ (which filters out a list of apps purely designed for localized Aussie stuff like news, travel, weather etc) – and ability to browse by publisher, genre and get randomly selected ‘quick picks’.

screenshot1   screenshot2  screenshot3screenshot4

On Wednesday night last week – Scott put out a call to all developers ( to nominate their own apps to be included in this catalogue (nb – this is where to go if you want your apps to be listed – it’s a live/online catalogue so we can add you in at any time) . Due to concerns with privacy/copyright issues – it was determined that simply auto including titles may cause numerous issues (and also that there was no simple way to determine which publishers on Marketplace where actually from Australia).

And by Thursday night last week (after I spent a whirlwind couple of days developing it and setting up all the required server side magic whilst Scott simultaneously put together the other required pieces) – the initial app was done and dusted and certified to marketplace.

You can see the App’s product page at :

Keep in mind of course it’s an initial release (0.9) – and the focus was to get something out there – so lots of bells + whistles that we didn’t have time to include will be added in coming versions.

An Amazing first Day Launch…

Last night (around 8:30pm) – after receiving a publishing success notification from Marketplace in the morning – we noticed the app could finally be downloaded via the deep link – and went live. We timed it with an awesome review from (who’d been provided with a XAP a few days earlier). You can check it out on the link below (there’s even a video there too of it in action).

Then overnight things went crazy – thanks to the above review, the overall buzz being generated on twitter (under our chosen hash tag #wpddu) – and a great placement in the WP7 new list (the App was actually one of the 4 listed ‘new’ apps on start page of online versions of Windows Phone Marketplace around the world) –  resulting in a huge amount of downloads from all corners of the globe (and that was before the Australians who this app was targeted at had even woken up).

Today (thanks to some awesome behind the scenes PR work by Scott) – we also got plugged on a number of news sites – including a couple of real biggies (that reached out further into the mainstream than we’d ever expected), such as :-

Gizmodo :

CNet :

Not to mention some of the awesome WP7 focussed news sites who helped spread the word too over the past week (along with a swag of positive and encouraging tweets in the #wp7au community too) :

Peter’s Kitchen :

WPCentral :

Now nearly 24 hours later – I’m staggered by the amount of people who have installed this app. Even though I have some pretty popular titles in the AU Marketplace (and have had similar in the US before) – I’ve never seen such a large volume of users downloading a Windows phone app before in such a short space of time.

The Developer Response

However – none of this would be possible without the humbling show of support from the Australian Windows Phone developer community – who have been submitting their apps for us to include.

As per the snapshot below from the scorecard – (catch the real live one on ) – a few hours ago we were up to 76 submitted apps (from 22 publishers) – well on the way to our first 100.


There’s still quite a few more AU developers out there we would like to get on board (who likely have not heard about it – or were away for Easter break) – and hope they can come in and nominate their apps when they hear about it.  If you’re one of them – please click here to visit the signup page on wpdownunder. It’s free, quick and may be the best thing you’ve ever done for your App (ok that’s a stretch – but you get the general idea).

We’ve also had 3 other news sites/blogs (apart from wpdownunder) providing dedicated Aussie Windows Phone news feeds for us to use in the App (via the aggregated news feed which shows all the content chronologically) – and – culminating in the ‘best of the best’ of Aussie WP7 news.  Huge thanks to all of these sites for their support!

The Win-Win-Win cycle of DDU

One of the great things about this initiative (apart from it being driven by an enthusiastic community) is that it’s an all round win for everyone (if it’s successful of course – but looking quite likely from our first day’s feedback/downloads).

I don’t know which comes first (the chicken or the egg) – but the way I see the cycle is :

– More Apps submitted into DDU = more content for users to look at

– More content for users  to look at = more people wanting to use the app

– More people using the app = more downloads/visibility for the publishers submitting the apps

– more downloads for publishers = more apps being made

– more apps being made = more submissions to DDU

and so on and so forth…. (I could quite possibly throw in the More Aussie Apps = More Handsets Being sold type cycle in there too – but you get the drift..)

So what are you waiting for – go and download it now – it’s free!

Anyhow – if you want to check it out – please visit (for product page and deep links) – or alternatively – point Bing Vision on your Windows Phone to the following QRCode below (and you’ll be taken straight into the app download page in the Marketplace App).

Don’t forget to visit to keep up with news – and share the love on our twitter hash tag #wpddu

And on that note – a massive thank-you to everyone who has supported this initiative with submissions, tweets, words of encouragement, news , downloaded the app!

It’s truly awesome to see the wp7 dev + enthusiast community come together like this for a common goal – and I’m really excited about the potential of where this will all go.

Ongoing mistakes by WP7 Marketplace Certification with Bing Maps

with 3 comments

The process of WP7 app certification can range anywhere from being simply and quick – through to requiring mountains of effort, frustration and a really long waiting times in between.

The problem is that not only the testing is just completely random/inconsistent (you’ll see tons of apps being certified which clearly fail to meet requirements) – it appears a large amount of the testers are really struggling to understand the certification rules themselves – and regularly and invalidly fail apps which are perfectly OK.

To give you an idea of my experience with this – over the past 12 months – I’ve published ~25 apps in marketplace (each having several updates/versions) – so that’s upwards of 75+ Marketplace certifications.  

Out of these – a large number have come back as failed  (perhaps  ~30%) – occasionally some for perfectly good/valid reasons (which I appreciate) – but vast majority has been due to a vague/ambiguously worded certification requirement being misinterpreted by testers.

This is clearly not good enough – and makes the process of releasing and updating apps hugely problematic (and quite often renders me helpless to quickly address other bugs/enhancements to apps which users are asking for).


The ‘Location Services’ related Certification Rules

One certification requirement however has without doubt caused me the most grief – the ‘location services’ privacy policy (section 2.7) – resulting in more ‘failed’ certifications for me than anything else (I’ve lost count of exactly how many – but perhaps has resulted in 10-15 failures for me).

Taken from the Windows Phone 7 Certification documents :

2.7.2 : The privacy policy of your application must inform users about how location data from the Location Service API is used and disclosed and the controls that users have over the use and sharing of location data. This can be hosted within or directly linked from the application.


2.7.3 Your application must provide in-application settings that allow the user to enable and disable your application’s access to and use of location from the Location Service API.


While you’d think for this I could simply implement this right once – and then ensure same functionality is applied to all my future apps/submissions (thereby guaranteeing I never get failed for that reason) – this is clearly not the case.

The problem is that it testers simply don’t understand this rule – and hence each one applies it differently – ensuring that no matter what has been done to correct a previous failed certification – a conflicting interpretation from the subsequent tester will result in yet another fail.


Bing Maps vs Location Services

The root cause of the above certification rule being necessary (with my apps) – is due to using the Bing Maps Control (as below). 


Whilst using Bing Maps by itself has no bearing on the above rules (as you are not providing or querying the user’s location simply by showing the map) – the problem is that in order to position a map or place a drop pin – you need to pass in instance(s) of the  GeoCoordinate class (which is a basic struct containing longitude, lattitude and height).

As per all my apps – they already has the longitude/lattitude of these pins hardcoded in the app metadata – so at no point do I request nor need the users actual location – and each time GeoCoordinate is used by my app – I initialize it manually with static coordinates.

The gotcha is this GeoCoordinate class is located in the System.Device.Location namespace (in System.Device dll) – so you have to reference this System.Device in order to use Bing Maps with drop pins. 

This then quickly becomes a problem – as when you submit your app to the WP7 AppHub for certification – the automated ‘capability’ detection tool invalidly decides that your app is actually using ‘location services’ (when in fact it’s just using a basic class to pass in static coordinates).

When testers then go to certify your app – they then jump to the invalid conclusion that all the location services rules and additional requirements need to be followed (as per couple mentioned above). This is despite the fact that at no point is the app ever asking for nor utilizing the location services to obtain a user’s current location.

NB: While it’s possible that ‘internally’ the Bing Maps may access your current location (this is not something that is discussed or revealed in any documentation) – what’s 100% certain is that there is no ability for developers to control whether a user’s location is accessed by Bing Maps or not (as no such properties are provided). 


A recent example of how one of my apps was failed incorrectly.

As mentioned above – at no point do these apps in question (which use Bing Maps) – ever obtain or use the user’s location (at least not to my own code). Nevertheless – repeated certification failures on this point have led me to go completely overboard in ensuring that these requirements are met.

The most recent example was my app ‘NHL Fixtures 2011/2012’ (which like my other sports apps) – use hardcoded/static geo coordinates to plot the location of a sports venue on a Bing Map (and never get the actual user’s location).  

Last week – I submitted the first version of this app.  After 4 days it was certified and published to marketplace.  Then, a few hours later – an end user provided feedback that a couple of the internal hardcoded URL’s were pointing to incorrect pages (which were displayed in the hosted Web browser – several pages into the app). It’s important to note that while no actual ‘error’ was thrown – nor did the app ‘crash’ as a result – the information displayed was a different web page. 

As a result I quickly fixed these hardcoded URL’s and submitted an app update (ie. no code or functionality changes at all other than to show a different web page). In the tester notes (as I always do) – I explained the nature of the update and as a precaution – again pointed out all the ways in which I’d satisfied these above to location services related rules.

Today (4 days later again) – I received a ‘fail’ from marketplace (on above rules) – invalidly claiming that I’d ‘not provided a location services privacy policy’ and that location services ‘couldn’t be disabled from the app settings page’.

This could not be further from the truth – as these ‘in app’ screenshots below clearly show (from this failed submission).


Proof + Screenshots of the Marketplace Certification #fail.

Please see red circles for relevant functions.

Firstly an example of where Bing Maps is used in this app (NHL Season 2011/2012). As per comments above – the drop pin and map center locations are hardcoded into the app (and not derived from a user’s location) in order to show the following Bing Map :



To satisfy requirement 2.7.2 (requiring that a location services privacy policy is shown) – here is 3 x places links to the Privacy Policy Page IS SHOWN :

image  image image

and here is the location services privacy policy page that Marketplace testers claimed ‘didnt exist at all’ (ie. the page all these links above go to when clicked) :


The link on this page ADDITIONALLY allows user’s to view Microsoft’s Privacy Policy (in a web browser) – as it’s their Bing Maps control which may/may not use the user’s location.

Similarly – for requirement 2.7.3 – the ability to disable location services (the only logical way – which is to disable use of Bing Maps) – the following setting exists in the ‘app settings’ page :


When above settings is disabled – the following behaviour happens when you go to view a Map (it doesn’t load/use the Bing Maps until you re-enable this functionality in settings) :


Just in case everyone misses it though – the following text is also present in the App’s description on Marketplace (and shown to users) :




Given the overboard and comprehensive nature these requirements were met by me – you really have to wonder how this app was failed by Marketplace. Short of completely removing all Bing Maps functionality from my app – there’s nothing further I could have possibly done (every ‘i’ had been dotted and every ‘t’ crossed).

What’s more gobsmacking is how a tester could be under the impression that no privacy policy was shown nor were settings provided to disable location services.

Seriously #wtf?? marketplace – I provided no less than 5 mentions/links to the privacy policy throughout the app and description – how could they possibly have missed this or the app settings page.


Actions Microsoft need to take to remedy this ongoing issue.


As mentioned this is an ongoing and persistent problem for me (and no doubt many other developers using Bing Maps or location services) – and after nearly 12 months of WP7 Marketplace being around – it’s painful and frustrating that it’s still not be sorted out.  

The ability to quickly push out app updates as well as new apps is severely restricted – due to the long turnaround times by Marketplace (with the weekend – it can take up to 1.5-2 weeks to get a release out if it gets failed).  This poses a real customer service problem for me – as I’m unable to quickly respond to actual bugs/problems in apps by deploying updates – and of course limits ability to correctly time app releases.

It’s clearly not a case of ‘occasionally getting a bad tester not doing their job’ – it’s an ongoing mistake (likely due to internal policy/training of testers) which will keep happening on regular basis.

As such – I’d really like to see Microsoft take the following actions to try overcome it :

1.  Explain to testers that apps using Bing Maps need the System.Device DLL in order to place drop pins. (and doesn’t mean an app is asking for user’s location). Also explain this results in the invalid ‘location services’ capability detection on XAPs.

2.  Fix the App Hub submission process so that it correctly detects location services capability. That means (in more technical terms) – it needs to look for calls to the ‘actual API methods’ requesting this  – rather than just seeing if app references System.Device (as it does now).

3. In future – fix the API so that either the GeoCoordinate class is not inside System.Device – or simply fix the Bing Maps control so their are native methods to set locations without this class. ie.    .setLocation(float longitude, float lattitude) – not .setLocation(Geoocordinate l)

4. Finally – please clean up the sloppy and inconsistent work being done by testers. The screenshots above show just how badly the testers got this wrong.  I can’t begin to imagine what sort of shoddy work was performed by this particular tester – but if some form of audit process was applied to failed apps (requiring someone with more experience to confirm the fail) – then mistakes would be fixed before they impact the developer and delay their releases/updates.



Anyhow – that’s my 2 cents on this topic. I hope Microsoft really does address these issues soon.

Written by mobilewares

September 2, 2011 at 12:30 pm

WP7 App(s) Launch : 3 x New US Sports Apps

with one comment

To kick off the upcoming NBA (Basketball), NFL (American Football) and NHL (Ice Hockey) seasons for 2011/2012 – a bunch of new mobilewares sports apps for Windows Phone 7 have been published to Marketplace.


NBA Season 2011/2012

Price : USD$1.49 (Trial Available)
Product Site :
Deep Link : view in zune / wp7 marketplace


NFL Season 2011/2012

Price : USD$1.49 (Trial Available)
Product Site :
Deep Link : view in zune / wp7 marketplace


NHL Season 2011/2012

Price : USD$1.49 (Trial Available)
Product Site :
Deep Link : view in zune / wp7 marketplace


These apps are built using an updated version (v1.9) of the mobilewares fixture engine – which provide a bunch of great functionality for keeping up with your favorite sports including :

– Nominate the team you follow (UI is customized around this team).
– View Schedules by Date/Week or by Team.
– View Embedded Scores/Ladder
– View Upcoming Matches.
– Browse Latest RSS News Feeds from Major Sites
– View Comprehensive Venue details with Maps
– View Additional Scores/Player/Team Stats Online
– Auto Converts Match times to Your Local Time.
– Auto Updates Fixtures as changes are made
– View Team Guides with dedicated Team Pages
– Hide Live Scores via Settings (for when you are watching delayed telecasts)

Some screenshots are taken from the NFL Season 2011/2012 product below.

nfl1  nfl2  nfl4

nfl3  nfl5  nfl6

The other existing apps which also use this fixture engine (AU Footy Fixtures, AU League Fixtures, MLB 2011 – see have also been updated to provide the new functionality added to v1.9 (which includes live scores/ladder, UI redesign, online/auto updating fixtures and other new bits) – please don’t forget to update to the latest version if you have one of these products installed already.

Please visit the mobilewares site – for more information – otherwise please use the Zune (deep) links at the top of this post to view these apps in WP7 Marketplace.

Written by mobilewares

September 1, 2011 at 4:09 pm

AU Weather Pro v1.5 (for Windows Phone 7) Updated

leave a comment »


A new update of AU Weather Pro (v1.5) has submitted to Windows Phone 7 marketplace for certification.

This update addresses quite a lot of the things being requested in the user feedback I’ve received (both via the review system and via direct emails) – so I’m hoping there will be a lot of happy campers as a result (for those using it).

There’s a couple of major changes in this new version I wanted to mention…

First up – a lot of people asked if the Animated BOM Radars could be included. Although there’s a separate App – AU Radar – which is does a pretty comprehensive job of this (and incidentally only costs AUD$1.70 to get the full set of features) – many people felt it should be part of this App too.

So for the v1.5 version – I’ve now added ability to access 128km/256km local radars as well as the National (Australia wide) animated radars – for all 50+ locations offered by BOM. While there’s still a lot of other radars (like Doppler, ‘rain since’ and shorter/longer range versions etc) – I’ve kept things simple. Incidentally – those that do want the other radars can still also load up AU Radar too (I personally have both of these installed on my handset).

A screenshot of the radar page is pictured below –


Next up a lot of people commented on (ok – “complained about”) the UI – such as it not being as ‘Metro’ friendly as it could be, it being a little cluttered and hard to read – and that the photographic icons weren’t very attractive (as they were low resolution only). Some folks even (quite rudely lol) commented that I’d used American spelling rather than ‘stralian versions (like ‘initializing’ instead of ‘initialising’ etc)

So for this release there’s been quite a big facelift of the whole UI. One of my sources of inspiration (apart from re-reading the Microsoft materials) – was an excellent blog post from Jeff Wilcox called ‘Metro Design Guide for developers 1.0’  (which had some awesome tips on some of the more subtle but visually important aspects of WP7 app design such as what sort of spacing to use around screens, appropriate text sizes/styles etc). 

From these and a lot of playing about with different designs – I settled on the following new designs – which I think does a lot to improve readability, more white space, more Metro friendly, and a lot less unnecessary chrome.

Here’s a before/after screen of the Observations page and below it the Forecasts page (before on left – after on right) – note that a bit more work was done post these pictures.


and for the forecasts –


I also gave the forecast and 72 hour observation history graphs a bit of a rework (sorry don’t have original screens). These screens previously weren’t very theme friendly – so the new versions got a bit of a makeover too :



One thing to note on the new version is I’ve completely dropped the use of the photographic icons as they weren’t available in the full resolution I wanted and hence looked pretty blurry(which incidentally came from the US gov weather services site – and originally used on the Media Center weather App I wrote in a previous life).  Instead – this new version uses the Metro icon set only – and superimposes them on top of your nominated theme accent color.

There’s also quite a few other spots which had minor (and more major) updates – which you can check out if you get the new version.

With regards to the live tiles – numerous o/s issues/bugs still exist making it sometimes unreliable (which unfortunately I’m not able to do anything about). I was really hoping the new NoDo update would remedy these problems – but after running with that it appears nothing was changed on that front. I’m now hoping maybe mango update will do better (but seeing as all questions/feedback sent to Microsoft about this topic, has just straight out ignored – I’m not counting my chickens).

Anyhow – I hope those using this app enjoy the new update. While there’s still a bunch of things I want to add in future to this product, and improvements I want to make – I think this update will address most of the things people have been asking for.

Thanks again to everyone who provided feedback (there’s been some 50+ reviews/comments on marketplace and have received loads of emails) – this was a great help – and keep them coming.

This app has also been the #1 top selling News/Weather app in Australia since a couple of days it was initially published in Jan/11 – and still is (now in April) – so thanks to everyone who took the time to evaluate and purchase it!

The new version should hopefully be published/approved in next 24-72 hours by Microsoft Marketplace (assuming they don’t find anything to complain about) .

Note : As per previous updates – if you’re running an earlier trial version AND you haven’t installed NoDo WP7 update – the marketplace App ‘update bug’ (the actual important bit of the NoDo which ‘must not be mentioned’) –  means you need to uninstall this App and reinstall the new version when it arrives.

Written by mobilewares

April 6, 2011 at 4:15 pm