I noticed this was the case for the BasicMVVMQuickstart_Desktop example, as well. Is this a current bug and be fixed for final release or I'm I doing something wrong?
Thx
Comments: ** Comment from web user: blainew **
The behavior you are seeing is by design.
I copied the following content from the documentation that is close to being released so you know the convention based rules.
To locate the corresponding view model, the __ViewModelLocationProvider__ first attempts to resolve the view model from any mappings that may have been registered by the Register method of the __ViewModelLocationProvider__ class. If the view model cannot be resolved using this approach, for instance if the mapping wasn't created, the __ViewModelLocationProvider__ falls back to a convention-based approach to resolve the correct view model type. This convention assumes that view models are in the same assembly as the view types, that view models are in a .ViewModels child namespace, that views are in a .Views child namespace, and that view model names correspond with view names and end with "ViewModel.".