Added a utility attribute to the NauXML root node for a Change Log URL.

Failed hot swap file tasks should now downgrade to cold tasks automatically.
The updater executable filename now assumes that of the UpdateProcessName property (looks nicer in a UAC prompt than foo.exe).
If the CurrentDirectory can't be written to (e.g. inside Program Files), then elevated privileges will be requested (UAC prompt).
Minor modifications to previous build.

Removed ChangeLogURL attribute.
Added detection of potential UAC triggering words in the UpdateProcessName property.
Added crude FeedBuilder application for quick NauXML production.

Switch the checksum operator to return a positive result when the checksums don't match (expected behaviour).
Made the UpdatesToApply collection public, quite useful for debugging from client application.
FeedBuilder is a quick way of producing NauXML.  It's lacking in features to make it truly generic, but serves my needs at this time.  Future updates could include multiple application support and command line execution for build processes.
create subdirectories if necessary when backing up files
* Change the FileChecksumCondition so that IsMet returns true when checksums are equal
* Change condition attributes logic so they work as intended
* Refer to discussion at https://github.com/TrickUK/NAppUpdate/commit/4fdcb69c9d1de180a71d1fed8d7cf16efd8eefac
Merge commit 'b327829b68ab77f11aab70c0ba7e27a216633da1'

Conflicts:
	src/NAppUpdate.Framework/UpdateManager.cs
Rename WPF sample feed file to be more consistent with the Winforms example
Project file needed to be updated with renamed feed file.
Fix post build event so it creates the Updater directory if it doesn't exist. Otherwise, the copy command creates a file "Updater" in the parent folder instead copying to \Updater\updater.exe.
* Add readme file (general NAU concepts usage and FeedBuilder command line usage). Hopefully I got the NAU stuff right (I'm still sort of figuring it out).
* Add option to ignore Visual Studio hosting files (e.g. MyApp.vshost.exe). Perhaps a future flexible option would be to accept a list of file extensions to ignore or include.
* Add ability to load/save FeedBuilder configurations
* Add command line options and parsing
* Add standalone solution file for FeedBuilder (works with Visual Basic Express, which is not able to open mixed solutions, e.g. containing both VB and C# projects). If it's really needed, SharpDevelop can "single-button" convert a project from VB to C#. SD can open mixed projects, but its VB editor leaves a lot to be desired.
* Redesign GUI with toolbar. We have more buttons now, so this is more compact and easier to add things. Could use some icons for the new buttons.
* Add some console messages, so Visual Studio receives some output from the builder.
* Some refactoring so common methods can be called from different places in code.
* Convert FeedBuilder to C# (by request)
* Convert FeedBuilder to .net 2.0 so it is usable for whoever is using the updater in .net 2.0
* Add solution file for users of Express editions of Visual Studio (me for one), which are not able to use solution folders.
letting the IUpdateTask decide if the updater should be "run as" (and trigger the UAC prompt)
changes working directory of update process to application directory (fixes writing to c:\windows\system32 directory if the process is started on logon)
Removing FeedBuilder VB project. You will be missed. However, since everything else is in C#, it just makes sense to have ALL parts of the project in C#. Maintaining two versions is kind of a pain.
Cleanup for conversion to .NET 2.0. Fixes issue with saving settings and FeedBuilder config files.
Fixes to boolean condition logic.
 * The pastfirst checking doesn't need to be done here and in fact causes false positives
 * Don't include version if a file doesn't have versioning (such as readme files)
 * Use the correct language, e.g. "older" instead of "below" for FileDateCondition
 * FileDateCondition was being output as a FileVersionCondition
 * The FileDateCondition writes the date using DateTime.ToFileTime(), which NAU framework doesn't understand (not hard to add though, will be added in an upcoming commit).
Add a means for external application to use the updateicon. This is provided as a stream, so it is generic to both WPF and WinForms.
Added options for updater to write to log and show a "console" window. This is a great help for me in troubleshooting the use of NAU for updating my application.
Updates for various conditions
* Fix some typos (Timestap -> Timestamp)
* Don't crash if the version condition is present but the value is empty.
* Add parsing for timestamps generated via DateTime.ToFileTime()
Provides a more specific exception message for errors with WebRequest