This is a bug in the behavior when used in WPF and here is a workaround until fixed!
The problem seems to be with the assembly bindings added to the app.config file. Removing the file completely solves the problem however! You will get compiler warnings of conflicting assembly versions, but at least it works! Until a better solution presents itself...
Code Style Enforcer 3.5 is now here, and better than ever. A reworked and more flexible rule system is now in place, where it is possible to override rules for specific code types based on modifiers and visibility. For example, we might want some specific name rule for parameters marked as ref or out, or we require public visibility on static methods, but any visibility on instance methods.
A new default name rule override has been added to the standard rules, namely that methods marked with the async keyword must have “Async” as suffix.
Please give this new version a try and let me know if there are any issues with this new rule system, or any other issues for that matter.
Be sure to use DXCore 11.2.7 or later, since the new rule system is dependent on this release.
• A redesigned and more flexible rule system supporting more granular name and visiblity rules based on not only the code type, but also on modifiers and visibility.
• The separate rule configurator application has been removed and both local and global rule configurations can now be made within Visual Studio instead (Tools menu --> Code Style Enforcer). This also solves the problem where the configurator application stopped working for each new release of DXCore.
• Code rules can now be saved upon change even if rule files have become readonly, e.g. by using TFS in offline mode.
• Due to changes in the code rule definitions, any old customized code rules will get backed up and the new default rules will instead be loaded, when opening the Global Code Rules Options dialog in Visual Studio or a previously Code Style Enforcer activated solution.
Download Code Style Enforcer 3.5.17
After that I wanted to utilize the SavePictureToCameraRoll feature, but this call always throw an InvalidOperationException simply stating, "An unexpected error has occured.".
Trying the same thing in a new project worked like a charm, so after some digging and file comparisons I found that the WMAppManifest.xml file is not "upgraded" when changing the target version to 7.1, and in order to be able to call this method the ID_CAP_ISV_CAMERA capability must be added.
I hope this can save someone else's time!
Download Code Style Enforcer 3.0.72