I found that I wrote XAML several times in Notepad, where I needed to create a quick user interface, but could not load the IDE. It's really pretty trivial and almost - but not quite - as fast as using an IDE. Key benefits of an IDE, such as Blend or VS.NET, quickly get things in order like colors and animations.
Another case where I often write XAML or C # in a text editor is here in Stack Overflow. I only start Visual Studio when I need to check something.
My main recommendations for building WPF applications without an IDE:
First, you must use the WPF layout system correctly, using, if possible, appropriate panels and Auto. For example, if you need a stack of buttons with some space between them, create a <StackPanel> , and on each button add Margin="4" or something else. This is a good design. Most novice WPF programmers see this as WinForms without the ability to build, which is a shame. WPF has a very powerful linking mechanism and should be used. If so, there will never be need for graphic paper or measurements. In addition, your user interface will automatically adjust its layout if you change the font size or objects more than expected.
Secondly, you should use msbuild for your project if it is not ultra-simple. msbuild is installed with the .NET Framework, so it is always available. The file format is very easy to edit using a text editor, and it is much better than a batch file with the corresponding "csc" command, because it allows you to use code and is less prone to errors when adding new source files.
Third, save the PowerShell command prompt window, open separately from your editor, with a command that launches "msbuild" and then runs your application. To start the application, just press Alt-Tab in this window and press up, Enter. Some text editors have the ability to execute user commands directly from the editor and see the output, in which case this second window is not required.
Fourth, save a copy of the cordbg or mdbg file. Although the IDE is the perfect place for your debugging, any debugger is better than no one. You will find your problems much faster if you stop at breakpoints and examine variables than if you continued to edit the code and run it again.
Fifth, use βColorPadβ or a similar application to select the colors to use. Just guessing and entering your best guess in hex is simply not very good.
For resources, I recommend you get the WPF Unleashed book and work with examples. I would also read many other XAML people, for example, which can be found in CodePlex.