I've started by creating a Silverlight user control to represent a 3 octave (piano) keyboard:
This user control will use data binding (hopefully!) to highlight piano keys if they exists in user control's data context (which probably be a list of notes).
One hobby I have is music production (based around a Pro Tools LE 8 setup) and recently I've been learning some music theory. I have created a cheat sheet which is on my wall to assist with working out scale degrees, etc. Why do it by hand when a computer can do it for you, eh?
Thought this would make a good Silverlight project as ideally I'd like to be able to visualise a chord on a piano keyboard or a guitar fretboard.
Functionality would be something like:
Choose a scale - Major or (natural) Minor;
- Choose a scale root note (as a dropdown or better by directly interacting with piano keyboard);
- Show all the notes in the scale (initially visualised on piano keyboard);
- Show the scale degrees and chords for the given key;
- Show the common chord progressions in the key;
- Add guitar fretboard vis;
- Add harmonic minor scales;
- Add modal functionality;
- Play sound samples of notes & chords;
The application will be a standalone client app, i.e. no WCF backend services, etc. It will be designed using TDD and using Expression Blend where appropriate (with the Blend service pack it extends the trial period to 60 days). As I can't think of a good name off the top of my head, i'll call the app SilverKeys...
It seems the Model-View-ViewModel (MVVM) is the preferred pattern at present for implementing cleanly separated SL apps (& WPF client apps). Aims to increase testability and leverage data-binding in XAML to implement the View part of the pattern. The Model is responsible for accessing data (e.g. WCF service, REST, etc) and passing it to the ViewModel (which holds state and provides operations to the View)- the View then binds to objects in the ViewModel class. A view has a reference to a Model interface rather than a concrete implementation, this allows testing of the Model in isolation. We could implement the ViewModel as an interface or for testing purpose just build a stub Model and pass that the the ViewModel (going the whole hog you could use dependency injection such as Unity for Silverlight or Ninject to wire the parts together).
More info on MVVM:
It doesn't appear there is any VS IDE integrated support for running SL unit tests but there is a browser-based unit testrunner,
To get the correct templates follow this straightforward guide:
Then just create your unit test project(s) and write tests using the same attributes as [TestClass] [TestMethod] etc.
If you've used the BlogEngine.NET import tool and your post are not showing you could try the following:
I recycled the IIS app pool and that seems to have flushed BEs cache.
Just managed to successfully get my posts from Blogger into DCT.
Read a post suggesting using a new temp WordPress blog which can import directly from Blogger. Then export, then use the Import tool in the Settings page of BlogEngine.Net (which launches a ClickOnce app). Although in retrospect I wonder if just pointing the Importer to the Blogger RSS feed might have made the WordPress step unnecessary.
There is a caveat in that comments are not imported - also did not attempt images\files import.