Denis Dollfus' Blog

Yahoo les bons tuyaux

La promesse du Web 2.0, qui consiste à satisfaire les intérêts les plus spécifiques, les plus obscurs, les plus user-centric, en somme les plus "long tail", serait-elle en voie d'être tenue ? Les flux RSS évidemment vont dans ce sens, mais restent un catalogue de source d'infos et de services qui ne sont pas toujours au plus près de nos atypiques marottes.

Yahoo Pipes va plus loin en proposant à l'internaute de connecter ensemble plusieurs flux pour aboutir à une sorte de meta-flux RSS forcément plus adapté à vos préoccupations. C'est une application qui vous permet de concevoir graphiquement des agents de traitement de flux RSS. Vous pouvez exploiter les paramètres d'une URL d'un flux RSS pour définir un formulaire de saisie, post-traiter un flux pour alimenter les paramètres d'un autre flux, annoter les champs, filtrer, trier etc.

Le tout visuellement et sur le Web, à grand renfort d'Ajax. Et bien sûr un flux RSS ainsi défini peut être publié et consommé depuis votre site d'agrégation (pardon, en Web 2.0 on dit mashup) préféré, NetVibes, live.com etc.

On avance, on avance, mais ça n'est pas encore avec ça que je pourrai voir sur NetVibes mon compte Paypal ou mes stats de blog…

WPF Canvas

Dans Windows Presentation Foundation (WPF, .Net 3.0), le mode de navigation poussé par le framework est de type navigateur, avec boutons back et forward.

Si l'on veut être un peu original et enchainer les écrans par expansion ou fondu, comment faire?

Un exemple vient d'être publié sur MSDN, qui montre la simplicité de l'histoire : la racine de la fenêtre est constituée d'autant de Canvas que de fenêtres, et un objet dédié à la gestion des états  a en charge le passage de Canvas en Canvas et des animations associées.

<Canvas Background="BurlyWood" Width="1024" Height="768" x:Name="MainCanvas">

    <ui:Screen3 x:Name="Screen3Canvas" Visibility="Collapsed"/>

    <ui:Screen2 x:Name="Screen2Canvas" Visibility="Collapsed" />

    <ui:Screen1 x:Name="Screen1Canvas" Visibility="Collapsed"/>

    <ui:Logo x:Name="LogoCanvas" Canvas.Left="{x:Static l:Constants.LOGOPANEL_POS_LEFT_OFFSCREEN}" Canvas.Top="300"/>

  </Canvas>

Les "Screen1", "Screen2", "Screen3" héritent de la classe Canvas.

La classe StateManager de ce projet gère la cinématique des écrans. C'est elle qui va faire varier l'attribut Collapse des canvas aux moments opportuns (entre autre). J'imagine que le code de cette classe va vite devenir in-maintenable quand le nombre de fenêtres va augmenter et quand les possibilités de passage d'un état à un autre va conséquement exploser.

Ca peut être l'occasion de gérer ces états via WF (Workflow Foundation, toujours .Net 3.0), qui dispose du nécessaire pour structurer les approches "state-machine". Appliquer WF à la logique des enchainements des éléments d'interface graphique a d'ailleurs déjà été utilisé par WCSF (Web Client Software Factory), projet open-source qui définit un socle technique pour les applications Web.