Add Me!Close Menu Navigation

everything you want to know about User eXperience but were afraid to ask

Add Me!Open Categories Menu

Mixer l’utilisation des designers Visual Studio et Blend pour optimiser la production

    J'adore Visual Studio 2012 et j'aime l'intégration de Blend dans Visual Studio. Du coup, j'ai fais une sauvegarde d'un mod Blend pour Visual Studio 2012 que vous trouverez ici : Blend Design VS. Pour l'installer dans Vs, il suffit de faire un Import Settings depuis le menu Tools.
    Il vous permettra de retrouver exactement l'environnement Blend dans Visual Studio 2012. Ensuite, dans Options, sélectionnez le thème sombre/dark et le tour est joué, on a l'impression de retrouver l'interface de Blend.

    Franchement Visual Studio dans ce mode est plus beau que la dernière version de Blend. Elle est beaucoup plus contrastée sauf pour le code où l'arrière plan devrait être gris clair et pas noir. Mis à part cet aspect, le design est absolument mieux, et surtout on a tout ce que Visual Studio peut offrir et que Blend ne fait pas ce qui apporte beaucoup d'autonomie aux développeurs.

    Aujourd'hui via Visual Studio, vous pouvez réaliser plusieurs actions similaires à celles présentes dans Blend :

    • Copier-coller de Design vers Blend supporté
    • Agencement des objets fonctionnel
    • Le panneau arbre visuel et logique est très adapté à l'usage
    • Opération d'édition et de création de styles / modèles de contrôles possibles
    • Panneau des propriétés très adapté aux objets XAML
    • Rendu visuel fidèle et rapide
    • Option d'accrochage au objet et à la grille supportée
    • Tous les agencements de types Panel sont supportés comme la grille
    • L'onglet des événements dans le panneau propriété est supporté
    • Le ressenti est bien meilleur qu'avant sous VS en termes d'utilisation
    • ...(il y a beaucoup d'autres points supportés)

    Pourtant, il manque quelques petites features de Blend dans Visual Studio qui nous permettraient à tous de pouvoir se passer complètement de Blend :

    • Pas de panneaux ressources et pas de panneaux datas pourtant très pratiques.
    • Pas de panneaux d'états visuels qui permettent de modifier les états interactifs des contrôles et des pages.
    • pas de panneaux control parts pour skinner les contrôles custom.
    • Pas de Toolbar version Blend avec le pot de peinture, les outils de dégradés, la plume etc...
    • Pas de gestion et d'opérations sur les tracés vectoriels.
    • Comportements de déplacement et d'agencement d'objets sur la surface VS qui ne sont pas toujours ceux qu'on s'attends à trouver.
    • Trop d'icônes qui ne sont pas utiles en mode design / layout / animation

    Comprenez-moi bien, j'adore Blend, cet outils est génial mais il est également en perpétuelle régression / refonte et / ou perte de repères. Aujourd'hui, nous avons 3 Expression Blend différents (le 4, le 5 preview pour Silverlight et celui pour Windows 8). Celui proposé par la team Blend qui résout tous les cas n'est pas encore assez stabilisé pour être utilisé en production. Cela vient du fait qu'à chaque fois qu'une techno sort, une nouvelle version de Blend est développée pour adhérer à la couche technique. Par exemple, dans Expression Blend stand alone pour Visual Studio 2012, nous n'avons simplement pas d'Intelisense pour les projet windows 8, la grosse classe... Un des autres problèmes de Blend repose sur le fait qu'il est toujours à utiliser conjointement avec Visual Studio. Il arrive de plus en plus souvent que ce qui compile sous VS ne compile pas sous Blend pour des raisons de compatibilité de projet. La dernière fois que ça m'est arrivé c'était avec un projet Azure.

    Une fois tous ces points réalisés par les équipes Visual Studio et l'interface délestée des boutons inutiles aux designers. Nous pourrons nous passer de Blend en XAML. Mais en attendant ce beau jour, je crois que je vais continuer à l'utiliser pour la partie design. De mon point de vue Blend a encore une utilité réelle mais pour combien de temps si les équipes de Microsoft ne le reprennent pas en main ...

    Ce qu'on attends de Blend désormais pour rester compétitif :

    • Qu'il ait les mêmes crédits / équipes que VS et qu'il soit au même niveau d'importance quand une techno sort
    • l'Intellisense complète comme VS
    • Un explorateur visuel des styles et templates
    • Du refactoring dynamique lorsque l'on déplace un dictionnaire de ressource ou qu'on restructure un projet
    • Un designer plus permissif avec les erreurs côté vue modèle ou autre
    • Ne plus avoir à utiliser la classe DesignerProperties
    • Plus aucune fuite mémoire qui amène à plus de 2 Go de RAM
    • Plus d'homogénéïté et de continuité en les technlogies supportées par le designer
    • Un module d'animation plus propre et dédié (genre Motion Editor)
    • Plus aucune erreur au niveau de l'intégration des polices d'affichage, ça arrive dans 90% de mes projets que Blend cible mal ou n'arrive pas à atteindre une police embarquée dans un xap. Il y a plusieurs raisons à cela et j'en reparlerai dans un autre article.
    • SampleData beaucoup plus utilisables qu'actuellement
    • Avoir plus d'info lors de la levée d'erreur au runtime ou au design time
    • Ne pas changer les icônes, celles qui étaient là étaient dans Blend 4 étaient beaucoup moins polluante visuellement que les nouvelles
    • Pouvoir faire un copier-coller des propriétés d'objet
    • Faire de la comparaison de template en mode split vertical / horizontal
    • Pouvoir faire un ViewXaml via click droit même en mode split
    • Faire apparaître le panneau Propriété en mode XAML pur

    Si cette wishlist n'est faite qu'à 10%, je serai content avec ça...

    Bon courage à tous les Blender de France et de Navarre !

    Posted By Eric Ambrosi

    2 Responses to “Mixer l’utilisation des designers Visual Studio et Blend pour optimiser la production”

    1. Hello,

      Cet état des lieux est très interessant et tes propositions pertinantes et ambitieuses.
      Qu’entends tu par:
      “Un explorateur visuel des styles et templates”
      et “Plus d’homogénéïté et de continuité en les technlogies supportées par le designer”?

      Sinon je trouve que de nombreux points sont liés aux problèmes de perf auquel est confronté blend (mockups, erreurs parfois betement dûes à un problème de rafraichissement du designer, non mise en cache du balayage des resources ect…).

      Charles HETIER

    2. Eric Ambrosi says:

      Salut Charles,
      -“Un explorateur visuel des styles et templates”
      en gros je faisais référence à une sorte de schema / diagram de classe tel qu’il existe pour les classes mais appliqué aux styles et templates. C’est une idée qu’on a eu avec Aude Mousset, il me semble même, ça remonte à quelques années déjà, que c’est Aude qui a mis les mots sur l’idée en premier. Au lieu d’avoir un panneau ressource linéaire et séquentiel qui ne veut rien dire, on aurait une sorte d’arbre d’héritage graphique permettant de savoir quel style est utilisé dans quel autre ou quel style / template est réutilisé à plusieurs endroit.

      -“Plus d’homogénéïté et de continuité en les technlogies supportées par le designer”
      Je trouve que Blend ne propose pas la même quélité d’expérience selon les technologies. Cela ne tient pas tant à la Team qui fait de l’excellent travail, mais plutôt au décalage entre le développement du runtime / core de chaque techno et à sa mise à disposition pour l’équipe de Blend. En gros, le dev Blend devrait être au même niveau de priorité que les dev core.

      Et clairement tu as raison sur les problèmes de perf… mais c’est vrai que c’est compliqué à développer.

    Leave a Reply

    You must be logged in to post a comment.

    Auteur du livre “Pratique de Silverlight” chez Pearson

    Most Valuable Professionnal since 2008


    Meta