Un excellent et rapide Timeline control:
Silverlight & WPF Timeline Control
Les sources sont à regarder d’urgence.
Advertisements
Month: March 2012
A WPF Behavior for Window Resize Events in .NET 3.5 – Pete Brown’s 10rem.net
Comment utiliser un Behavior pour hooker une WndProc et publier sous forme d’event .Net certains messages WM_:
A WPF Behavior for Window Resize Events in .NET 3.5 – Pete Brown’s 10rem.net.
Behaviors and Triggers
Behaviors and Triggers in Silverlight
Plus comment les utiliser en code behind: http://geekswithblogs.net/SilverBlog/archive/2009/09/22/behaviors-how-to-attach-behavior-in-code-behind-silverlight-3.aspx
Behaviors et moteur physique: un premier pas vers les jeux
Des Behaviors simplifiant l’utilisation d’un moteur physique:
Physics Helper et sa version portée en WinRT Physics Helper XAML.
Le moteur physique est ici.
Et un moteur de développement de jeux en .Net FlatRedBall qui utilise le même moteur physique.
Mister Goodcat | Installing Windows 8 Developer Preview as bootable VHD
Un article expliquant clairement comment booter Win8 en VHD: Mister Goodcat | Installing Windows 8 Developer Preview as bootable VHD.
Et aussi celui-ci:
How To Guide to Installing and Booting Windows 8 Consumer Preview off a VHD (Virtual Hard Disk)
Une librairie très complète de génération automatique de Notify Property Change
notifypropertyweaver – Notify Property Weaver – Google Project Hosting
Ce weaver permet:
- de gérer les dépendances liées automatiquement ou par attribut,
- de ne notifier qu’en cas de changement effectif dans le set en gérant assez finement la comparaison,
- de fonctionner avec le before/after en déclarant son propre OnPropertyChanged(string propertyName,object before,object after),
- d’intercaller un interceptor en déclarant une méthode static void Intercept(object target,Action onPropertyChangedAction,string propertyName) dans une classse globale (fonctionne aussi en version before/after),
- de ne pas introduire de dépendance à une assembly (en mode Attribute, la dépendance est soit enlevée par la phase de weaving, soit évitée par recopie des attibuts nécessaires).
Attention: L’insallation par NuGet détourne un peu le principe NuGet. Aucun répertoire Packages n’est généré au niveau de la solution et aucun packages.config n’est utilisé dans le répertoire de chaque projet. NuGet se contente de créer un répertoire Tools au niveau de la solution contenant NotifyPropertyWeaverMsBuildTask.dll. Cette assembly fourni une task MsBuild et encapsule tout ce qui lui est nécessaire (des morceaux de Microsoft.Cci et de Mono dont Cecil). Il modifie aussi les différents projets sélectionnés pour ajouter :
<UsingTask TaskName="NotifyPropertyWeaverMsBuildTask.WeavingTask" AssemblyFile="$(SolutionDir)Tools\NotifyPropertyWeaverMsBuildTask.dll" />
<Target Name="AfterCompile">
<NotifyPropertyWeaverMsBuildTask.WeavingTask />
</Target>
Cette modification est la seule trace “visible” de fait que notifypropertyweaver a été sélectionné pour ce projet. Un peu déroutant d’autant plus qu’il faut réinstaller notifypropertyweaver dans chaque projet (le répertoire Tools n’est pas dupliqué et reste unique au niveau de la solution).
Extension SDK: enfin une abstraction de la notion de référence?
La prochaine bonne chose depuis NuGet dans le comment composer un projet à partir de blocs existant:
How to: Create a Software Development Kit.
Comparaison WebSockets/REST
Un API de manipulation de text au sein d’un éditeur de texte
Il faudra voir ce que ça donne en Mono.
String.Format dans une syntaxe plus naturelle (en tout cas pour moi)
L’utilisation des methodes extension pour rendre un API plus naturel: FormatWith – String.Format Extension Method
Et la suite de cette extension pour enfin dépasser le format {0}, {1}, etc… pour avoir une syntaxe plus couteuse mais aussi plus naturelle {propertyname}: FormatWith 2.0 – String formatting with named variables – James Newton-King.
