This project has moved and is read-only. For the latest updates, please go here.


Generic RelayCommand and Value Types


I hit a problem where my bindings broke using a relayCommand<int>. I found a solution on stakoverflow (use <int?>). Howevere I think the reconmendation of one of the responses should be considered for inclusion in the MVVMLite source:

Keep up the good work, and thanks, Matt
Closed Oct 13, 2014 at 11:19 AM by lbugnion


lbugnion wrote Jun 2, 2011 at 1:16 PM

Great suggestion, thanks

valeriuz wrote Jul 23, 2012 at 6:04 PM

It's been over a year since this was reported and hasn't yet been fixed?

geertdeprez wrote Jul 24, 2012 at 10:54 AM

like i am looking to upgrade from v3, I see that nothing changed since I started using MVVM Light end 2010, also had a big problem with a bug (variables containing action pointers were non persistent), no sulution, corrected it myself, send the solution, still only promise to correct it in v4. now, of course, I had to used my mvvm light v3 +, making updating now to v4 lots more difficult. that's a risk of course using something from Codeplex but hey, a framework is the basic thing of all your apps. I think it is more rewarding for Mr Bugnion to have betas around for all new MS releases than offering a solid solution.

lbugnion wrote Jul 24, 2012 at 11:51 AM


I hear you. Prioritizing which issues to fix first is not easy. In that particular case, the issue is not mission critical and had to be prioritized lower than others I fixed in V4. I decided to draw a line at some point and release V4 even though some of the issues were not fixed, because I had already waited too long.

One mistake I made was to have the beta moniker for too long on V4 (a bit more than a year). I will increase the turnaround on future releases and make it faster to get V5, V6 etc. However, having a version out does not mean that I stop working on open issues. Fixing them remains important to me, but with my main job and my family (and days having still only 24 hours), things can take longer than some would prefer.

Geert, I am not convinced that the comment about having betas around for all new MS releases is fair. Yes I am interested in having MVVM Light on multiple platforms, which I think is an advantage for the community as a whole. For instance, many are happy to have MVVM Light on WinRT currently, and develop new applications with it. I do strive, however, to offer the same quality on each platform. It is as rewarding to me to fix old issues (like the one mentioned here, which is not closed, and which I want to fix) as to offer MVVM Light on a new platform. As always, it is a delicate task making everyone satisfied.

I do however feel your frustration, and I am sensitive to it.


lbugnion wrote Jul 24, 2012 at 12:11 PM

Geert, I tracked back our email discussion. Please note the following:
  • I never promised to fix the issue in V4. I said "in a future version".
  • No one else ever reported that particular error.
I am not saying it is not an issue (obviously it is an issue for you, so it is an issue for me too). I am just saying that when I prioritize which bugs to fix, this all plays a role. Even though you did send me code which, in your case, fixes the issue, I need first to make sure that adding that code is not going to break something else. That process is time consuming, and explains why this has not been done yet.

Still, I agree that in that case, it took too long, and I am absolutely looking at that now.

Sorry for the delay, and I hope we can resolve that issue soon.