Comments for Jeff Wilcox

Comment on MetroGridHelper: A helpful debugging assistant for designers and developers alike by WindowsPhoneGeek

WindowsPhoneGeek — Fri, 03 Feb 2012 12:53:00 +0000

Here is a modified version of the base Grid control class so it can show the “metro squares” at design time inside Visual Studio editor:

http://www.windowsphonegeek.com/articles/MetroGrid-component-for-Windows-Phone

Comment on A simple Windows Phone control for reading QR codes by Rowdy Schwachöfer

Rowdy Schwachöfer — Thu, 02 Feb 2012 10:53:00 +0000

Nice, works good… I’ve noticed a little problem though. When using small QR code’s wich contain a lot of information, my Nokia Lumia had trouble to read it because it was out of focus. I’ve added a focus command just before the image is captured and send to the Zxing reader. That does the trick.

I’ve made a pull request on GitHub for it.
https://github.com/jeffwilcox/wpqr-control/pull/1

Comment on A quick look at MetroRadio: quick spacing, margin, and icon tips for Windows Phone devs by Anonymous

Anonymous — Thu, 02 Feb 2012 00:07:00 +0000

Going to download the update, excited!

Comment on A quick look at MetroRadio: quick spacing, margin, and icon tips for Windows Phone devs by Mustafa Taleb

Mustafa Taleb — Wed, 01 Feb 2012 23:40:00 +0000

MetroRadio v4.0 has been released this morning. How did I do?

Comment on A simple Windows Phone control for reading QR codes by brian dunnington

brian dunnington — Wed, 01 Feb 2012 21:56:00 +0000

Thanks for the easy-to-use control. However, I checked out the code you linked to for generating codes and ran into a few issues. The first is that the e.Result (when a code is read successfully) has a null character interspersed after each actual character. So instead of ‘Hello World’, the e.Result is ‘Hello World’.

Also, if I try to make the QR code larger (by adjusting the qrCodeScale parameter from 4 to say 8), the codes are no longer ‘readable’. Any advice on how to generate a physically larger image that still works?

Anyway, the reader portion works good with codes of various sizes and does not exhibit the null character issue, so I am both of these quirks are in the generation code.

Comment on A simple Windows Phone control for reading QR codes by Robert

Robert — Wed, 01 Feb 2012 12:46:00 +0000

Also change
_reader = new QRCodeReader();
to
_reader = new MultiFormatOneDReader();

Comment on Jeff Wilcox’s “Metro” design guide for developers, v1.00 by Sohaib Afifi

Sohaib Afifi — Sat, 28 Jan 2012 21:22:00 +0000

Truly so important post!

Comment on Updated Silverlight Unit Test Framework bits for Windows Phone and Silverlight 3 by Pkzphotos

Pkzphotos — Fri, 27 Jan 2012 04:39:00 +0000

I’ve been struggling to get the framework to run in Express Edition or VS2010 and finally downloaded WP7UnitTestsSampleApp from http://smartypantscoding.com/a-cheat-sheet-for-unit-testing-silverlight-apps-on-windows-phone-7. That worked in both editions.

Turns out the test project must be targe Windows OS 7.0 or you get:
Cannot find a Resource with the Name/Key typeNameConverter [Line: 47 Position: 24]

Happy coding.

Comment on Please ship your next Windows Phone app with GZip: speed requests 50-80% by Anonymous

Anonymous — Fri, 27 Jan 2012 01:39:00 +0000

Yes, sorry the numbers were not meant to be a true indicator of performance. You’ll want to do some testing on your end – but for JSON and other textual data types the increase can be significant.

I saw some simple but large requests (150k or so) improve by 80%, while others (like a 20k JSON payload) increased about 50%.

But a lot of things can affect it, sorry!

Comment on Please ship your next Windows Phone app with GZip: speed requests 50-80% by Karl Seguin

Karl Seguin — Fri, 27 Jan 2012 01:06:00 +0000

Maybe I’m missing something, but I find the numbers meaningless without knowing the initial size of the payload???

Comment on PhoneThemeManager: allow your app to have the Light, Dark, or Inverted theme with 1 line of code by Adam

Adam — Thu, 26 Jan 2012 23:43:00 +0000

Thanks Jeff. Is there any known workaround available?

Comment on PhoneThemeManager: allow your app to have the Light, Dark, or Inverted theme with 1 line of code by Anonymous

Anonymous — Thu, 26 Jan 2012 16:36:00 +0000

Adam,
That’s because there are some known bugs with ListPicker where it isn’t picking up the theme colors.

Comment on PhoneThemeManager: allow your app to have the Light, Dark, or Inverted theme with 1 line of code by Håkan Reis

Håkan Reis — Thu, 26 Jan 2012 14:46:00 +0000

For this particular issue where you just want to lock the light or dark theme, the solution is brilliant and simple.

For the other issues regarding theming i always get the issue of blendability. I want the design time view to truly reflect what it’s going to look like in the runtime version or I will end up flipping themes and temporary setting colors (that you of course forget to reset).

Comment on PhoneThemeManager: allow your app to have the Light, Dark, or Inverted theme with 1 line of code by Adam

Adam — Thu, 26 Jan 2012 13:50:00 +0000

Hi Jeff,

Great work with the ThemeManager. I’m still having the same issues I outlined at http://forums.create.msdn.com/forums/p/98677/587672.aspx though – when using ThemeManager.ToDarkTheme(); while the phone is set to “Light”, the ListPicker control does not behave correctly.

Adam

Comment on PhoneThemeManager: allow your app to have the Light, Dark, or Inverted theme with 1 line of code by Adam

Adam — Thu, 26 Jan 2012 11:27:00 +0000

Thank you! Now I can replace my hacked theme work with another robust Willcox solution!