Any idea how to fix this?

i’d love to try to implement background download.

and I second all that Craig suggests above!!

I hope you take what he said into consideration as I too would like the colour change tick, more info and next page cache – would make it alot easier to use!!

First is a usability issue. While marking apps which have updates available is an excellent idea, choosing green for current apps and blue for updated apps is a bit problematic. Blue and green are fairly similar and can be difficult to tell apart at first glance on small SD TVs. If one is blue-green colour blind, it’s impossible to tell.

I would suggest changing the blue colour to a dark yellow or amber, following the usual green == good and yellow = warning.

Second is a user friendliness improvement. I don’t know if it’s possible with a) the Wii or b) your code, but having a background downloader thread would be beneficial, allowing the user to look over the current screen while the next screenful of apps loads in the background, for instant display when the user clicks next.

If the user clicks next while the background downloader is still retrieving data, or if the user changes categories, then display the Loading… screen. However, if the user is on the current screen for more than a few seconds and simply clicks next, the user shouldn’t be forced to wait for data the code had a good idea was about to be requested (i.e. basic read-ahead caching).

Third is also a user friendliness issue. The About button sometimes provides less than the bare minimum needed to adequately describe some of the apps. Longer descriptions are generally available in the meta.xml files included with each app; putting a More Info button on the screen to display the longer description would aid those users still uncertain as to what an app actually does.

Past that, HBB is a much needed tool that has been executed quite well. I very much appreciate your efforts.

Cheers.