Dot.Blog

Une petite astuce simple en passant...

Vu que le monde entier n'a pas encore basculé sous Vista (malgré des avantages certains) et que ce bon vieil XP se rencontre encore un peu partout cette astuce devrait en intéresser plus d'un !

J'ai eu le cas sur l'un de mes portables et j'ai eu beaucoup de mal à trouver la réponse d'où l'intérêt de la publier même si ce n'est pas l'affaire du siècle.

Le symptôme : vos menus sous XP s'ouvrent très vite, bien trop vite, et c'est très agaçant. Il existe pourtant une façon bien simple de régler le problème, simple une fois que l'on sait, comme souvent en matière de technique (et même en général !).

Lancez Regedit pour accéder à la registry, puis ouvrez les noeuds HKEY_CURRENT_USER, Control Panel, Desktop. Stop, on y est ! Dans le volet de droite chercher la clé: MenuShowDelay. Regarder la valeur, elle doit être bien basse. La valeur "agréable" (chacun ses goûts bien entendu) se situe entre 200 et 500 en balayant large. Bien entendu vous pouvez mettre moins si vous recherchez l'effet contraire (accélérer l'affichage des menus) ou beaucoup plus si vous préférez déclencher les ouvertures de menu par des clics volontaires au lieu des ouvertures automatiques.

Si la clé n'existe pas, créez là, de type REG_SZ (donc chaîne de caractères).

Voilà, comme je le disais en intro, c'est pas le scoop du millénaire, mais personnellement ça m'a franchement changé la vie sur ce portable. Si j'en sauve juste un seul de la crise de nerf, je serai heureux :-)

Stay tuned !

La nouvelle année est l'occasion de mille nouvelles promesses et bonnes résolutions qui seront souvent fort peu suivies d'effet ! Ainsi va la nature humaine.

Si se former, s'intéresser aux nouveautés, rester au top de la technologie fait partie de votre liste de bonnes résolutions pour 2008 alors soyeux heureux, j'ai un bon moyen pour qu'au moins vous puissiez tenir cette promesse ! Comment ? En suivant les liens de cette collection d'adresses indispensables !

Bonne lecture !

Pour les chanceux qui ont participé aux TechEd Developers 2007 qui se sont tenues à Barcelone du 5 au 9 novembre (voir mes billets à ce sujet), la boucle est enfin bouclée avec l'arrivée du DVD dans nos chaumières !

La bonne surprise c'est qu'il s'agit de 2 DVD et non d'une seul puisque la pochette contient aussi celui des TechEd IT Forum, événement qui se tenait au même endroit la semaine suivante (12-16 novembre). En raison malgré tout des coûts liés à un séjour de deux semaines certainement peu d'entre nous ont pu participer aux deux événements chacun ayant choisi celui qui lui semblait le plus proche de ses besoins immédiats. Néanmoins, les participants de l'IT Forum seront certainement très heureux de visualiser les vidéo des sessions des TechEd Developers, l'inverse sera tout aussi vrai. Il faut donc remercier Microsoft de n'avoir pas mesquiné en envoyant à tout le monde les deux DVD !

L'année commence donc bien et même si les vidéos étaient disponibles sur le Web pour les participants (nouveauté 2007) dès la semaine suivante les TechEd, chacun appréciera le confort d'un DVD ne nécessitant pas forcément d'être connecté en ADSL pour voir ou revoir les meilleures conférences.

La trève des confiseurs est un rituel sacré, au sens propre pour certains, au sens purement laïc et festif pour les autres. Que vous fassiez partie des premiers ou des seconds, je vous souhaite d'excellentes fêtes de fin d'année.

L'année qui s'achève a été riche en annonces. L'année 2008 qui va s'ouvrir sera l'une des plus exitantes dans notre métier, l'année de LINQ, de l'Entity Framework, de Silverlight, de Astoria (Adot.net data services), de Blend 2.0, et de toutes ces nouveautés extraordinaires ! Vivement 2008 !

Passez de bonnes fêtes !

Le multithreading c'est l'épouvantail du développeur. Vous en parlez, hop! tout le monde s'en va de la machine à café... et s'il y en a un qui ne part pas , c'est le genre fanatique qui va débaler une science opaque sur les AppDomains, les mutex et autres mots qui fâchent, du coup, c'est vous qui partez :-)

Je carricature à peine...

C'est tout le problème du multithreading. Pratiqué avec simplicité c'est une technique de plus en plus indispensable pour tirer partie des microprocesseurs multicoeurs et fluidifier les interfaces, mais voilà, comment faire simple avec une telle technique ?

Les puristes vous diront qu'il faut absolument comprendre la technique, et qu'en suite c'est facile... Un peu comme Coluche qui expliquait dans l'un de ses sketchs que son professeur de violon lui avait dit d'apprendre à jouer avec des gants de boxe parce que quand on les enlève ça semble facile...

Je ne vais pas vous dire qu'une démarche rigoureuse est inutile, j'ai un module de multithreading avancé dans mes plans de cours et, bien entendu, voir les choses en profondeur au sein d'une formation est le seul moyen de maîtriser cette technique. Mais il existe aussi des façons simples d'introduire un peu de multitâche dans vos applications.

Il s'agit du composant BackgroundWorker des Windows Forms. Certes le sujet tranche avec mes billets généralement plus orientés vers les super nouveautés hypra fraîches à tel point qu'elles sont même parfois en bêta... Mais il faut bien maintenir les applications existantes, les améliorer, et pour cela il existe, comme le BackgroundWorker des solutions pratiques qui ne nécessitent pas d'installer le framework 3.5 puisque cette classe a été fournie avec .NET 2.0.

De plus, ce composant Windows Forms n'impose pas de connaître les mécanismes du multithreading, il suffit de programmer ces événements comme un bouton. Trop facile ? Peut-être que cela choquera les puristes parce que "cela cache la réalité de ce qui se passe vraiment dans la machine", je leur répondrais que faire du C# au lieu de faire de l'assembleur c'est un peu pareil... Là où je les rejoindrais c'est que, bien entendu, la classe backgroundWorker ne doit pas être utilisée à tord et à travers. Si l'on désire concevoir des classes gérant finement le multitâche, il faut réellement comprendre et donc apprendre. Mais dans de nombreux cas, le BackgroundWorker pourra vous être utile et rendre plus fluide vos applications Windows Forms sans avoir à entrer dans les détails d'une technique un peu aride.

Mais trève de mots, le plus simple c'est de jouer avec ce composant pour se rendre compte de son utilité. Pour facilité la.. tâche... je vous ai préparé un petit projet VS 2005 qui montre comment se servir de backgroundWorker : BGW.zip (41,83 kb) [Downloads: 70]

Un peu de douceur multitâche dans ce monde de multicoeurs...