Thanks to Scott – Blend 2.5 june preview

2 commentaires

    Silverlight 2 Bêta 2Cela fait maintenant une semaine que les nouvelles versions de Blend 2.5 (June Preview) et de Silverlight 2 bêta 2 sont en ligne. Scott Guthrie, l'un des principaux acteurs sur la technologie Silverlight, a écrit et propose des tutoriaux sur son site, merci donc à Scott car plusieurs changements importants bénéfiques pour la communautés ont eu lieu et faciliteront la vie aux graphistes. Pour ma part, je mets du même coup à jour la page concernant les pré-requis Silverlight 2 ici. Ainsi que le nouveau Modèle de document pour Silverlight 2 bêta 2 comprenant du code logique Javascript et la librairie Tweened mise à jour ici.

    Voici certaines nouveautés et changements que je trouve important :

    • Tout d'abord la manière dont sont chargés les composants, dans Silverlight 2 bêta 2 et pour la version finale, le package System.Windows.Controls a été fusionné avec System.Windows. Ne vous inquiétez pas, si vous avez d'ancien projet SL 2 bêta 1, Visual Studio les identifiera et fera une mise à jour de votre projet.
    • Changement complet au niveau des sockets. Il faudra désormais spécifier sur les serveurs souhaitant accorder un accès à une application Silverlight un fichier crossdomain.xml permettant les échanges. Il est à noter qu'on arrive exactement aux mêmes types de contraintes qu'avec le dernière mise à jour du player Flash.
    • Nouvelles propriétés DefaultStyleKey pour définir des styles de composant au sein de leur code Xaml.
    • La classe WebClient a changé de package et fait désormais partie du package System.Net. De plus, afin de coller au plus près du Design Pattern "AppelAsynchrone", la gestion des erreurs de sécurité ne se fait plus du côté de l'appel mais bien du côté de la réception des données.
    • Changement radical concernant les Styles et les Templates puisqu'il est désormais possible de modifier le look des controls / composants au sein de Blend 2.5 June Preview. On se retrouve presque à égalité, si l'on compare avec la souplesse des projets WPF. Il ne manque plus que les dictionnaires de ressources et les pinceaux vectoriels. :) Tout cela ne devrait pas trop tarder, on espère pour la version 3 de Silverlight.
    • Introduction d'un nouveau gestionnaire d'état visuel, le Visual State Manager. Il est à noter que l'implémentation de ce manager concerne aujourd'hui Silverlight 2 mais impactera prochainement les projets WPF. Voilà une capture pour vous donner une idée de la bête :) . Pour ma part je l'ai essayé et je trouve ça très souple d'utilisation, le concept est assez novateur. Visual State Manager
    Bookmark and Share

    2 Comments so far

    1. or on June 19th, 2008

      Merci pour tout cela peut être pourriez vous m\’éclairé mais pourquoi on ne peut plus avoir accès aux TRIGGERS dans le panneau interaction ?? enfin que dans les projets \

    2. Eric Ambrosi on June 19th, 2008

      salut,
      les Triggers sont une notion WPF,, ils ne sont pas supportés pour le moment dans Silverlight 2 (prévus dans Silverlight3). Cependant les modèles de composant(templates) Silverlight fonctionnent très bien aujourd’hui grâce au nommage en dur des animations(StoryBoard) qu’ils contiennent. Tout ça grâce au Visual State Manager, celui-ci remplace les triggers d’un point de vue interface Blend mais pas du point de vue logique(ça c’est grâce au nommage des animations). ça fait la blague. Juste pour info, dans l’avenir, le Visual State manager sera intégré aux projet WPF( tout en utilisant en interne les Triggers / déclencheurs :)

    Leave a Reply

    Security Code: