Nous mettons en ligne une présentation de notre conférence des TechDays 2012 au format PowerPoint. L'objectif de la conférence était de mettre en valeur l'importance et l'intérêt d'une charte graphique propre à chaque client et/ou application... Read more »
j'aurai le plaisir d'animer, avec Aude Mousset, la conférence "Retour d'expérience sur la conception et la construction d'une application METRO pour WP7".
Celle-ci se tiendra aux TechDays de Microsoft le jeudi 9 février de 14h30 à 15h30, donc dans 2 jours 
En exclusivité, vous découvrirez une application Windows Phone 7 unique et les coulisses de sa fabrication.
Venez nombreux car avec une cinquantaine de slides la conférence sera assez riche et intense !
Bonjour à tous,
Microsoft et certains de ces partenaires organisent un nouvel après-midi du développement au menu : Design et nouvelles interfaces naturelles. C'est après les fêtes et c'est gratuit, si vous vous posez des questions ou êtes curieux à propos du développement d'interfaces tactiles, vous trouverez pas mal de réponse durant ces conférences.
9 Janvier 2012 – 14h00 – 18h00 - Campus Microsoft Issy Les Moulineaux - A partir de 18h00 : Bière Pizza Party !
Au programme de ce nouvel Après-midi du dev :
· Les nouvelles interactions digitales et naturelles
o Dick Lantim - Sensorit
· Gérer et développer une application tactile
o Nicolas Calvi et Johanna Rowe - Winvise
· Application Blend : Le pipeline de création et de réalisation. Revue de la conception et de la mise en production d'une application WPF depuis son maquettage (Sketchflow) jusqu'à sa réalisation (Blend)
o Michel Rousseau - Bewise
· Réaliser des présentations efficaces en utilisant la norme METRO
o David Catuhe - Microsoft
Pour vous inscrire c'est ici
J'ai récemment eu un souci de performance sous Windows Phone 7 qui apparaissait lors de l'utilisation du contrôle TransitionFrame fourni par le toolkit Silverlight.
Pour rappel ce contrôle permet de créer des applications Windows Phone navigantes avec prise en charge du bouton "Back" hardware.
Le "Fill Rate" de l'application dépassait tranquillement les 2.5 alors que rien ne se passait à l'écran. Bien sûr, nous avions un contrôle Panorama en page d'accueil mais celui-ci est assez bien prise en charge par le framework SL.
Et Bizarrement dès que nous nous débarrassions ce contrôle tout revenait à la normale.
Je me suis un peu penché sur le code interne du contrôle et il s'avère que c'est l'arrière plan qui pose problème. Lorsque le TransitionFrame possède un arrière plan (Background), celui-ci est réappliquer n fois par seconde, n correspondant au framerate de Silverlight c'est à dire 60 fois par secondes.
Dans notre cas d'application, nous appliquions un arrière plan au RootVisual (donc TransitionFrame) de manière dynamique. Cela permettait de faciliter les mécanismes de transition. Le mieux était donc d'avoir un Background à null tant que l'utilisateur se trouvait sur le Panorama. Puis, au dernier instant, c'est à dire dans la méthode surchargée NavigatingFrom, on lui réappliquait l'arrière plan.
Cette solution est assez efficace et évite les bugs de performance.
Je vous recommande fortement la lecture de cette page MSDN pour la conception d'applications WP7 performante. Dans un prochain poste, je montrerai comment faire des transitions performantes sous WP7.
C'est la bonne nouvelle de la journée, un nouveau projet sur CodePlex permet de prototyper des application Windows Phone 7 via SketchFlow. Il vous faudra toutefois acquérir la licence Expression Studio Ultimate ou Visual Studio 2010 ultimate. Cela peut paraître assez gadget mais bien au contraire gérer une navigation à la fois simple, efficace et directe peut se révéler un vrai défi sur mobile. L'ensemble des composants sont fournis, des behaviors vous permettent comme au sein de projets SketchFlow standards, de prototyper la navigation ou encore les fonctionnalités WP7 telles que ainsi que les notifications toast. Les boutons HardWare Back et Search, ainsi que l'écran de démarrage WP7, sont également fournis, cela vous permettra de simuler les comportements d'une vrai application. Mais alors, la question qui revient, à quoi sert-il de passer par un prototype ? la réponse est encore la même, la facilité d'utilisation de SketchFlow et la rapidité de construction des interfaces et de la navigation vous permettront de tester de nombreux scénarii utilisateur avant d'entrer dans une phase de production pure et dure. On gagnera forcément du temps...
Si vous avez déjà développé pour Windows Phone 7, vous avez déjà du remarquer certaines interactions problématiques. C'est notamment le cas lorsque vous utilisez les contrôles de base. Par exemple, lorsque vous cliquez sur un bouton par inadvertance (très souvent le cas pour les enfants), cela bloque toute autre tentative d'écoute sur un autre contrôle. Pour le vérifier posez deux boutons dans une grille windows phone 7 et compilez le projet sur le device. Lorsque vous cliquez sur le premier bouton, la diffusion de tout autre événement souris ou contact (tels que MouseLeftButtonDown par exemple) est impossible. Vous vous trouvez dans un cas classique d'interaction Multi-Touch sans l'avoir prévu. Afin de réaliser des applications réellement multitouch qui prennent ce genre de problématiques en compte, il existe différentes solutions plus ou moins efficaces .
Utiliser des événements plus adaptés : ManipulationStarted, ManipulationDelta et ManipulationCompleted. Ceux-ci sont directement implémentés dans le framework au niveau de la classe UIElement. Ces événements fournissent plus de détail concernant l'interaction utilisateur en cours. C'est cette solution qui est privilégiée dans 90% des cas. Toutefois cela ne répond pas à notre problématique principale.
Implémenter l'API de Gesture proposée par le Toolkit Windows Phone 7. Cette API facilite la vie lorsqu'il est nécessaire de connaitre l'écartement entre deux contacts, la rotation du segment entre des contacts et tout autre type d'opérations de ce genre. Le problème est qu'encore une fois, cela n'est pas une bonne solution car les événements proposés ne concernent qu'une seule surface (contrôle) à la fois. De plus l'implémentation de cette API n'est pas très pratique à mettre en oeuvre et ajoute une surcouche à l'API native et engendre de faibles performances (voir figure ci-dessous).
La seule bonne solution, et la plus exhaustive en matière de possibilités, consiste à Utiliser la classe static Touch. Celle-ci représente le plus bas niveau de traitement MultiTouch. Elle vous permet d'écouter un unique évènement nommé FrameReported. L'objet événementiel récupéré par l'écouteur possède plusieurs informations qui permettent de développer votre propre classe Wrapper MultiTouch ou encore des contrôles particuliers. Ces informations sont contenus dans l'objet événementiel de type TouchFrameEventArgs. L'objet événementiel permet de récupérer le premier contact, de supprimer la diffusion d'événements souris via la méthode SuspendMousePromotionUntilTouchUp. TouchFrameEventArgs donne également accès à la liste des contacts en cours sur une surface via la méthode GetTouchPoints. Cette liste est relative au contexte conteneur passé lors de l'appel de la méthode. De la même manière que GetPosition() de la classe MouseButtonEventArgs, passer null renvoie la liste relative au VisualRoot, donc à l'application elle-même. Chaque contact sur la surface est de type TouchPoint. A ce stade, l'API commence à être réellement utile puisqu'il est possible, pour chaque contact, de récupérer des informations utiles comme sa dimension , son action(relaché, déplacé, appuyé) et sa position relative au conteneur. Voici un exemple :
public MainPage() { InitializeComponent(); Touch.FrameReported += new TouchFrameEventHandler(Touch_FrameReported); } void Touch_FrameReported(object sender, TouchFrameEventArgs e) { var tp = e.GetPrimaryTouchPoint(null); switch(tp.Action) { case TouchAction.Down: break; case TouchAction.Move: break; case TouchAction.Up: break; default: break; } }
Sur un projet en cours, j'ai du développé un contrôle ContactButton permettant de résoudre cette problématique. L'objectif d'un point de vue utilisateur était d'activer certains menus lorsque deux boutons à la fois étaient cliqués. Ce contrôle est basé sur l'API native multiTouch de Silverlight et sur les classes d'AutomationPeer. L'idée est de diffuser un événement lorsque plusieurs boutons d'un même groupe sont cliqués en même temps. Il est possible d'écouter un événement static de la classe ContactButton afin de récupérer le groupe de bouton cliqué. Au moins deux boutons d'un même groupe doivent être appuyés en même temps pour que la classe diffuse l'événement. Il est également possible d'écouter un groupe spécifique. Voici comme utiliser ces événements :
public TestTwinBehavior() { InitializeComponent(); tcb1.ContactSelectionChanged += new EventHandler(tcb1_ContactSelectionChanged); ContactButton.ContactGroupChanged += new EventHandler(ContactButton_ContactGroupChanged); } void ContactButton_ContactGroupChanged(object sender, ContactButtonGroupEventArgs e) { Debug.WriteLine(e.ContactButtonGroupName); } void tcb1_ContactSelectionChanged(object sender, Tweened.WP7.Controls.ContactButtonGroupEventArgs e) { foreach (ButtonBase item in e.ContactedButtons) { Debug.WriteLine(item.Name); } }
Je mets à disposition un projet et la dll qui l'accompagne. En outre, le contrôle LayoutGridSelector est fourni avec des améliorations concernant le support des thèmes visuels Windows Phone 7.
Vous l'avez sans doute remarqué si vous avez un Windows Phone 7, la Market place windows Phone c'est juste la jungle. Vous trouverez souvent ce que vous recherchez et sans doute beaucoup plus. C'est ce dernier point qui me pose le plus de problème : vous trouverez très souvent plusieurs applications avec le même nom (sans parler des musiques), des logos très légèrement modifiés et des fonctionnalités similaires. Sans même parler de piratage car cela n'est pas possible, n'importe quel développeur ou entreprise peut à loisir créer une application avec des fonctionnalités identiques lorsque celles-ci ne sont pas complexes à développer. Vous trouverez donc souvent 3 / 4 (et quelques fois plus) applications portant le même nom.
Ce problème est, il me semble, complètement propre à Windows phone 7 car en tant qu'utilisateur, je n’ai pas remarqué ce phénomène sur l'AppStore.
Pour résumer même si l’application est sortie un mois , deux mois ou 1 an avant et fut la première portant ce nom, rien n’empêche un développeur ou une entreprise de déposer la même application par la suite avec un logo similaire et un nom exactement identique. La réponse de Microsoft est : il est nécessaire de porter plainte en justice pour protéger le nom de l'application et l'idée de logo. Imaginez donc que vous deviez porter dix plaintes pour 10 applications différentes. Dès lors en tant que développeur Windows Phone 7 et Silverlight, je me pose les questions suivantes :
1 - Je trouve une bonne idée avec un nom idéal et je suis une petite structure, comment faire pour protéger mon application ?
2 - Comment faire pour que mon application soit rapidement trouvée sur la market place ?
3 - Qu’est-ce qui différencie mon application des autres et qu'est-ce qui la protège ?
A titre personnel, je pense qu'une petite structure a très peu de moyens pour se défendre mis à part une action légale. Sur la Market place votre application et son nom surtout pourrait être déposées avec les mêmes fonctionnalités, seul recours la loi. Mais quelle loi, il me semble que cet aspect là est très délicat car il faudra sans doute déposer un brevet internationale et/ou passer par tous les outils possibles à votre disposition.
Pour que votre applications soit rapidement trouvée, pas de mystère, il faut quelle soit utilisée et bien notée par les WindowsPhonaute (ou Marketplacenaute), ou que vous possédiez d'autres moyens marketing comme un site, une campagne de pub, ou une application hors windows phone qui y soit reliée. Cette question renvoie à la question trois.
Ce qui va différencier votre applications des autres ayant le même nom :
Tous ces éléments seront autant de protection contre la recopie de votre application. Mais alors qu'est-ce qu'il y a de changer avec l'AppStore ? Je dirai un aspect romantique, l'aspect Christophe Colomb . On a tous eu l'idée de créer un jour l'application avec THE IDEE(IDEA . Sauf qu'aujourd'hui, le développeur qui dans son coin souhaite créer cette application même avec l'idée du siècle, ne pourra pas assurer la protection de son application faute de moyens financiers. Car le nom qu'il dépose peut, du jour au lendemain être complètement piraté. De longs mois de procédures juridique sont à la clef de tous recours. Cela peut couter très cher...
Aucune réponse technique à ce problème n'est la bonne, aucune réponse légale n'est bonne non plus à moins que vous fassiez partie d'une moyenne / grande entreprise et que vous disposiez de beaucoup, beaucoup de temps devant vous. La bonne réponse est multiple c'est la réponse artistique, la réponse de l'unique, la réponse du contenu et d'un développement parfait, d'une ergonomie parfaite. Cela sera beaucoup plus dur à copier. Donc à ceux qui postent des applications juste pour en poster alors que d'autres du même type existent, s'il vous plait arrêtez, vous ne gagnerez pas d'argent de cette manière. Cela nuit à la MarketPlace et au fantastique outil qu'est Windows Phone 7.
Depuis le service pack, Blend s'est enrichi de nombreuses fonctionnalités dont l'une permet de créer des applications Windows Phone 7. L'un des grands avantages de Blend est son extensibilité, les développeurs de MS ont naturellement ajouté un onglet qui facilite la prévisualisation d'une application WP7 dans sa version finale. Vous pouvez changer l'orientation de l'application, modifier le thème de couleur, tester l'application avec l'émulateur (ou un device) ou encore choisir le thème lumineux, Dark ou Light.
Ces options sont très utiles, elles vous permettent de tester vos styles, modèles et composants personnalisables dans diverses configurations. C'est notamment le cas avec les deux thèmes lumineux. Contrairement au changement d'orientation du téléphone, vous ne pouvez pas réellement être notifié des changements de thèmes à l'exécution. Toutefois, il suffit d'utiliser les noms des ressources existantes pour préserver cette fonctionnalité lors du développement de vos composants. C'est notamment le cas pour le LayoutGridSelector que je développe actuellement comme vous pouvez le constater ci-dessous.
La liste des ressources graphiques utilisées par WP7 est ici. Il est intéressant de noter plusieurs petits détails. Il est possible d'écraser une partie ou la totalité du thème chargé. Il vous suffit pour cela de créer une ou plusieurs ressources de couleur ou brush possédant le même nom que celles nativement chargées. Vous pouvez faire le test en changeant la couleur de sélection, créez une ressource de couleur (vert par exemple) comme montré ci-dessous puis placez un Slider dans la grille principale pouvoir la couleur de sélection changée
Il existe également quatre ressources particulières, nommées PhoneDarkThemeVisibility, PhoneLightThemeVisibility, PhoneDarkThemeOpacity, PhoneLightThemeOpacity qui peuvent s'avérer super utiles. Elles permettent aisément d'afficher ou de cacher un objet selon que l'on soit dans le mode d'affichage lumineux ou sombre.
Steve Balmer a tenu la Keynote de Microsoft au CES de Las Vegas cette nuit à 4h30 (heure française). Cette heure fut relativement intense en informations.
Voici une résumé succinct de la Keynote :
Nouvelle XBox et Kinect
Windows Phone 7
Windows 7 et Multitouch
Surface 2
