Depuis le Feature Pack (et SP1) de Visual C++ 2008, les MFC contiennent un ruban ("ribbon") similaire à celui que l'on trouve dans Office 2007. On pouvait écrire des applications en utilisant cette fonctionnalité des MFC, comme cet exemple :

Le contrôle "ribbon" des MFC

Il se murmurait à l'époque de la sortie de ce Service Pack, que l'interface de type Ruban serait très courante sous Windows 7, comme je l'écrivais ici il y a plus d'un an.

Eh bien Windows 7 contient un contrôle Ribbon par défaut, le "ScenicRibbon". Il n'a pas tout a fait le même look que celui des MFC. Le problème, c'est que le Ribbon de Windows 7 n'est pas le même que celui des MFC !

Le contrôle "Ribbon" de Windows 7

Ces deux éléments sont totalement distincts et ne se programment pas de la même façon. Celui de Windows 7 utilise un fichier XML pour décrire les onglets, boutons... Par exemple, pour créer deux bouton "Copier" et "Coller" dans un groupe :

   <Group CommandName="cmdEdit" SizeDefinition="TwoButtons">
      <Button CommandName="cmdCopy" />
      <Button CommandName="cmdPaste" />
   </Group>

Le SDK de Windows 7 inclus un outil pour compiler ce fichier XML de description d'interface. Ca ressemble à du XAML, mais ce n'en est pas ! C'est une sorte de fichier Ressource en XML, utilisé en code natif ! La documentation du ScenicRibbon de Windows 7 est ici sur MSDN.

Par contre, pour ajouter un bouton ou un groupe dans le Ribbon des MFC, il faut écrire du code "en dur" dans le programme, comme par exemple :

   // Crer le panneau "Presse-papiers":
   strTemp.LoadString(IDS_RIBBON_CLIPBOARD);
   CMFCRibbonPanel* pPanelClipboard = pCategoryHome->AddPanel(strTemp, m_PanelImages.ExtractIcon(27));

   // Crée le bouton "Coller"
   strTemp.LoadString(IDS_RIBBON_PASTE);
   CMFCRibbonButton* pBtnPaste = new CMFCRibbonButton(ID_EDIT_PASTE, strTemp, 0, 0);
   pPanelClipboard->Add(pBtnPaste);

   // Crée le bouton "Couper"
   strTemp.LoadString(IDS_RIBBON_CUT);
   pPanelClipboard->Add(new CMFCRibbonButton(ID_EDIT_CUT, strTemp, 1));

Le contrôle "Ribbon" devient presque incontournable. Celui de Windows 7 est beaucoup plus flexible à programmer. Il est quand même plus facile et souple de décrire une interface utilisateur en XML que d'écrire du code C++ en dur ! Au point que si une DLL redistribuable du Ribbon Windows 7 était disponible pour Vista et XP, on jetterait bien vite le Ribbon des MFC à la poubelle. Le problème est qu'apparamment le Scenic Ribbon ne sera disponible que pour Vista et 7, pas pour XP (http://channel9.msdn.com/pdc2008/PC14/).

Et, pour une fois, les programmeurs natifs C++ sont avantagés par rapport aux programmeurs Winform. Le framework .NET ne contient pas (encore) de ribbon. Mais Microsoft propose un Ribbon en add-in pour WPF, que l'on peut télécharger, en plus de .NET 3.5 : http://windowsclient.net/wpf/wpf35/wpf-35sp1-ribbon-walkthrough.aspx

Evidemment je ne mentionne pas les différents éditeurs de composants payants pour MFC (Codejock, BCG) ou .NET (Infragistics...) qui proposent des ribbons.

Microsoft a profité de ce que j'avais le dos tourné (voir photo ci-dessous), pour sortir une mise à jour SP1 pour Visual Studio 2008 et aussi pour .NET 3.5. A peine rentré des Alpes Suisse, je me jette évidemment sur MSDN pour télécharger la bête.

Le lac Thunsee, dans les Alpes Suisses, près de Bern.

Le SP1 de Visual Studio 2008 est dispo pour les versions gratuites (express) et professionnelles de Visual Studio. En anglais et en français. Pour télécharger le SP1, c'est ici pour les versions pro ou ici pour les versions express. Après avoir accepté le contrat-de-licence-qu'on-ne-lit-jamais, le programme d'installation se débrouille tout seul. Environ une heure après (quand même), me voici avec la version RTM du SP1 de .NET 3.5 et de Visual Studio 2008 :

Il y a déjà eu pas mal d'articles sur les nouvelles fonctionnalités apportées par ce SP1 en français sur le blog de Mitsu ou en anglais : la liste entière des modifications est dans la base de connaissance de Microsoft : http://support.microsoft.com/kb/945140. Plein de trucs sur ASP.NET, WPF, Linq, etc. Aussi, les applications WPF se lancent plus rapidement, c'est clair.

Le nombre de fonctionnalités ajoutées est impressionnant. Surtout pour .NET 3.5 SP1, il s'agit plus d'une nouvelle version que d'un Service Pack ! .NET 3.5 SP1 contient la version 3 de WPF, après WPF 1 sorti avec Vista et .NET 3.0, WPF 2 sorti avec Visual Studio 2008 et .NET 3.5.

Le SP1 pour Visual C++

Le SP1 de Visual Studio 2008 contient les nouveautés déjà présentées dans VC++ 2008 Feature Pack (la nouvelle version des MFC, et C++ TR1). Mais comme le VC++ 2008 Feature Pack est sorti il y a quelques mois déjà, le SP1 de Visual Studio y apporte de nombreux correctifs dans le compilateur C++ (bugs corrigés), dans les extensions TR1, ainsi que dans les MFC (voir http://blogs.msdn.com/vcblog)

Si vous avez déjà installé VC++ 2008 Feature Pack, il est donc conseillé d'installer en plus Visual Studio SP1, car ce dernier contient une mise à jour du Feature Pack.

Autrement dit, le Feature Pack est à mettre à la poubelle, il est remplacé par le SP1 de Visual Studio.

Un Datagrid dans WPF 3.5 SP1 !

Il manquait un contrôle datagrid dans WPF. Plusieurs éditeurs indépendants ont fourni des contrôles Datagrid, payants ou gratuits (Xceed ou Infragistics). Ce grand manque est désormais comblé... d'une manière originale. Microsoft propose un Toolkit WPF en téléchargement sur le site www.codeplex.com/wpf. Ce toolkit contient entre autres, un datagrid, et nécessite WPF 3.5 SP1 pour fonctionner. Le code source est même disponible !

Comme Microsoft aime bien les fournisseurs de composants indépendants, il ne va pas trop leur faire concurrence. Le Data Grid de WPF ne sera jamais aussi puissant que le Data grid payant d'Infragistics par exemple. Même si la version actuelle est encore en CTP, il ne faut pas s'attendre à voir ce contrôle devenir le meilleur des datagrid du monde ! Mais il peut rendre des services...

Le blog de Jaime Rodriguez contient une série d'articles sur l'utilisation de ce nouveau contrôle Data Grid pour WPF :

Un exemple d'utilisation par Jaime Rodriguez du nouveau contrôle Data Grid de WPF

Ce Toolkit WPF contient également un outil pour pouvoir construire plus facilement des Pixel Shaders. Il y en a qui vont s'amuser comme des petits fous ! Toutes les infos sur ce nouvel outil sur le blog de Greg Schechter, le "spécialiste" des Pixels Shaders en WPF.

Le code source du framework .NET 3.5 SP1 pas encore disponible

Depuis quelques mois, il était possible avec Visual Studio 2008 d'utiliser le code source du framework .NET 3.5. en mode Debug. Visual Studio 2008 sait télécharger le code source d'une partie de .NET pour le mettre à disposition de tout programmeur .NET, comme expliqué par exemple par ClaueR.

Les nouvelles options de téléchargement du code du framework .NET

Avec Visual Studio 2008 SP1, les options de téléchargement du code source du framework .NET sont mieux pensées, mais le problème est que le code source de .NET Framework 3.5 SP1 n'est pas encore disponible ! Des fichiers PDB sont présents, mais ils ne contiennent pas (encore ?) les informations sur le code source.

Alors, si vous avez absolument besoin d'utiliser le code source du framework .NET 3.5 en mode debug, n'installez pas encore le SP1 ! Attendons que Microsoft mette en téléchargement le code source de la dernière version de .NET.

Nouveautés du mode debug (managed)

En mode pas à pas, le menu contextuel (clic droit de la souris) contient des entrées supplémentaires. Le très pratique "Step into Specific" est disponible sur un appel de fonction, et permet de spécifier comment tracer à l'intérieur de la dite fonction.

Nouveau menu contextuel en mode debug

Il y a beaucoup d'autres nouveautés dans ce SP1, à télécharger d'urgence donc. Sauf si l'on a besoin d'utiliser le code source du framework .NET pour l'instant.

Nooooonnnn ? Un NOUVEAU livre sur les MFC ?? Aucun livre n'était sorti sur les MFC depuis... au moins... trois siècles !

Evidemment, il est en anglais... Après la fermeture de O'Reilly-France, nous n'aurons plus beaucoup de livre informatique en français...

Ce livre de 370 pages devrait être disponible d'ici quelques jours, soit en version PDF directement sur le site de l'éditeur[^], soit en version papier. Bientôt disponible sur Amazon également.

C'est un livre pour apprendre comment utiliser les MFC, pour ceux qui connaissent un peu le C++, ou qui ont déjà programmé des applications Windows en C#.

Les principaux concepts des MFC sont expliqués et mis en pratique dans des exemples concrets d'applications simples.

Bref, il a l'air bien pour se mettre (ou se remettre!) aux MFC.

Il coûte 31,49 euros, et les frais de port sont gratuits vers la France depuis le site de l'éditeur[^].

Sur un dossier skydrive (5 Go de stockage gratuit en ligne sur skydrive.live.com !), j'ai mis le runtime des MFC90 avec feature pack RTM, et des exemples compilés. Cliquez sur le dossier Skydrive ci-dessous pour télécharger le runtime MFC90 (un ZIP de 2,5 Mo contenant MFC90U.DLL, MSVCM90.DLL, etc.), puis les exemples (des ZIP de 150 Ko à 1 Mo contenant chacun un fichier EXE) .

J'ai aussi mis un exemple qui n'a pas besoin du runtime des MFC pour s'exécuter, puisque ce runtime est inclus statiquement dans le fichier EXE. Le fichier EXE est plus gros, forcément. Le ZIP fait 1,7 Mo, et contient un seul fichier EXE indépendant :

Pourquoi avoir mis quelques exemples en téléchargement ? Juste pour ceux qui n'auraient pas forcément Visual Studio, ou pas le temps d'installer le Feature Pack, mais qui auraient quand même envie de voir ce qu'on peut faire avec du bon vieux code C++ bien de chez nous crévindiou, et la toute dernière version des MFC.

Et de se dire : "wouah, c'est quand même vachement plus rapide qu'une appli .NET" :D

(au fait, WPF c'est Windows Pour les Fénéants ;), même si tout développeur est fénéant, par définition)

J'espère que le runtime MFC90-Feature pack que j'ai mis sur skydrive est complet, je n'ai pas fait passer tout ça par le service QA, désolé ;)

Voici une capture d'écran d'une des applications MFC90-Feature Pack mise sur le dossier Skydrive :

Entre parenthèse, pour ceux qui auraient déjà installé le feature-pack, les exemples livrés ont une configuration de compilation qui s'appelle "Debug CLR", et qui produit un exécutable qui utilise à la fois MFC90.DLL et MSCOREE.DLL. Et donc génère du code géré ?? Pas tout compris là... Si quelqu'un peut éclairer ma lanterne avant que je ne finisse par lire la doc...

C'est THE événement de l'année - que dis-je, du siècle - dans le monde du développement d'applications en C++ sous Windows.

Une mise à jour importante des MFC et des librairies C++ ! La doc de cette mise à jour est déjà sur MSDN (en anglais).

L'info est parue sur le blog de l'équipe VC++, et le téléchargement du C++ Feature Pack est ici. Ce téléchargement est gratuit (322 Mo), et pour Visual C++ standard, Pro ou Team System. Une version pour Visual C++ express sera bientôt disponible.

La fonctionnalité la plus spectaculaire offerte par ce Visual C++ Feature Pack est bien sûr le look and feel office 2007, y compris le ruban. Il se murmure sur les blogs que ce ruban d'Office serait appelé à être l'interface par défaut des applications sous Windows 7. C'est une rumeur... qui va dans le même sens que l'inclusion de ce ruban Office dans les MFC. Code natif ou code géré, même combat (pour une fois !)

La licence d'utilisation du ruban Office 2007

Notez que l'interface d'Office 2007 (le ruban, le design et le graphisme) sont protégés par Microsoft, et qu'il n'est possible de distribuer des applications qui utilisent cette interface qu'en obtenant une licence d'utilisation (gratuite) de l'interface Office 2007 ici : http://msdn.microsoft.com/officeui. Cette licence d'utilisation vous interdit d'utiliser l'interface d'Office 2007 pour faire un concurrent d'Office 2007 ;) et vous oblige à utiliser cette interface correctement. Dans ce cas, cette licence est gratuite et facile à obtenir.

D'ailleurs, cette licence "Office 2007 Fluent UI" est obligatoire pour toute application qui utilise l'interface d'Office 2007, que cette application soit écrite avec les MFC, ou bien avec une autre librairie qui offre le look and feel Office 2007.

La taille du runtime MFC a triplé

Voici les nouvelles versions des DLLs du runtime MFC, après installation du feature pack : MFC90.DLL, MFC90U.DLL. Elles sont dans C:\Windows\winsxs\x86_microsoft.vc90.mfc.....

Elles ont bien grossi après l'installation du feature pack. La version MFC 90 sans feature pack est trois fois plus petite :

Il faut aussi ajouter les DLLs du runtime C++, soit msvcr90.dll, msvcp90.dll et msvcm90.dll, pour 1,38 Mo. Sachez donc qu'avec le Feature Pack, une application MFC occupe au moins 5 Mo ! Evidemment de nos jours ce n'est pas forcément grand chose, mais moi qui ai connu les PC à 128 Ko de mémoire, imaginez un peu...

On note qu'on se retrouve avec deux versions très différentes des MFC qui s'appellent toutes les deux MFC90 :

- MFC90 livrée avec Visual Studio 2008, dont la taille est 1 Mo

- MFC90 du feature pack, dont la taille est 5 Mo

Hmmm, ça risque de poser des problèmes pour les installations ça...

Des exemples

Bon, on en a pour notre espace disque quand même. Tous les bitmaps du look Office 2007 qui mangent ces quelques Mo sur le disque sont bien agréables à l'oeil, n'est-ce pas ? Voici deux samples livrés avec le Feature pack.

Histoire de taper un peu sur .NET et surtout sur WPF, quel plaisir de voir des applications qui se lancent en une fraction de seconde, et qui sont très rapides à l'exécution !

Ces exemples sont téléchargeables sur mon espace skydrive.

Google m'envoie plein de demandes d'internautes qui recherchent comment charger une image PNG ou JPEG depuis les ressources d'un programme C++.

Mettre un bitmap BMP dans les ressources, et le charger en C++/MFC, c'est facile. Y mettre un PNG ou JPEG, c'est un tout petit peu délicat.

D'abord, ajouter l'image dans le fichier ressources :

IDB_IMAGEPNG PNG "res\\image.png"

Puis la charger dans le code :

Il y a un peu plus d'un mois je râlais contre WPF, parce qu'il est trop lourd, trop gros, trop lent. Parce qu'il fallait trois jours pour lancer une application WPF (OK j'exagère un peu). J'allais jusqu'à dire que si bien peu d'applications WPF sont disponibles, c'est principalement à cause de ses mauvaises performances. Même si ce n'est pas la seule raison : WPF et XAML représentent une nouvelle façon de programmer qu'il faut un moment à assimiler.

J'étais prêt à jeter à la poubelle mon bouquin Windows Presentation Foundation Unleashed, persuadé que WPF signifie secrètement Windows Pour les Fénéants.

Alleluia !

Scott Guthrie (qui vient d'être promu Corporate Vice President de Microsoft, en charge de .NET, CLR, WPF, Silverlight, ASP.NET, IIS ...) annonce aujourd'hui une amélioration des performances de .NET, et particulièrement de WPF, et une nouvelle version importante de WPF pour cet été. Peut-être une synergie avec Silverlight 2.0 ?

WPF était une nouveauté de .NET 3.0, et quelques améliorations ont été apportées à WPF avec la sortie de .NET 3.5. Cet été, une nouvelle version de WPF sera disponible.

Cette nouvelle version proposera une installation du framework .NET optimisée, un chargement des applications .NET plus rapide, un affichage du texte et des vidéos plus rapide en WPF, etc. Tout cela sans avoir à modifier les applications existantes. Outre des performances améliorées, WPF 3.5 comportera de nouveaux contrôles qui manquent cruellement : un calendrier (enfin !), un Ribbon (comme Office 2007), et un DataGrid. Visual Studio 2008 disposera aussi d'une meilleure intégration de WPF.

Le Datagrid de xceed.com. Bientôt dans WPF ?

Microsoft est - enfin ! - concerné par la performance des applications réalisées avec Visual Studio : de nouvelles MFC, une version optimisée de WPF... Mieux vaut tard que jamais ! ;)

J'en conclus que le moment est venu de se mettre sérieusement à XAML. Oui, oui, même pour toi, programmeur C++/MFC. L'interface utilisateur de ton programme risque d'être en WPF l'an prochain. Même si tu devras encore gérer des DLL en C++ pour quelques années encore.

Nous en saurons plus dans deux semaines : Rob Relyea, qui a réalisé une excellente présentation de WPF pour les développeurs à la conférence MIX l'an dernier, décrira le futur de WPF dans une session du MIX 08.

Comme quoi j'étais mauvaise langue il y a quelques jours : la copie a pris moins de 30 jours ;)

En fait, Microsoft a avancé la disponibilité sur MSDN et Technet pour permettre aux éditeurs de logiciel et intégrateurs de tester le SP1 avant sa sortie au grand public, dans un mois. Abonnés MSDN et Technet ont râlé, Microsoft a donné satisfaction.

On dit que ce SP1 rend Vista plus rapide... de manière impressionnante parfois. Notamment la copie de fichiers ;) selon ZDNet.

Pour les abonnés MSDN, c'est ici : http://msdn2.microsoft.com/en-us/subscriptions/default.aspx, dans la rubrique "Top download", en français, anglais, pour x64 et x86. Aussi dispo pour les abonnés Technet Plus.

Je me demande si les performance des applications WPF vont être améliorées. Parce que faire des applications avec WPF est vraiment tentant quand même... Je rêve là, non ?

Si l'installation de "la bête" prend plus d'une heure, elle est très simple : il suffit d'exécuter la bonne version du SP1 (x86 ou x64). Pour l'image ISO, même pas besoin de la graver sur un DVD, un simple lecteur virtuel suffit. Ensuite tout est automatique, heureusement. L'installateur détecte tout seul la langue du système. Pas de problème sur les quelques PC sur lesquels il a été installé.

Après installation, la version de Windows est toujours 6.0, le numéro de build est 6001.

On peut tester par programme si le SP1 de Vista est installé (en C++ natif) :

OSVERSIONINFOEX osvi;
memset(&osvi, 0, sizeof(osvi));
osvi.dwOSVersionInfoSize = sizeof(osvi);

if (GetVersionEx((OSVERSIONINFO*)&osvi))
{
      if (osvi.dwMajorVersion == 6 && osvi.dwMinorVersion == 0)  // Windows 6.0
      {
            // Vista 6.0

            if (osvi.wServicePackMajor == 1) // Service pack version 1
            {
               // Vista SP1
            }
      }
}

Voici ce que contient toute la structure OSVERSIONINFOEX sous Vista SP1 :

Le nom "Service Pack 1" est en clair dans szCSDVersion, et le numéro de version du Service Pack est 1.0.

Pour rappel, voici les numéros des différentes versions de Windows :

On notera que Vista a le même numéro de version que Windows Server 2008...

Bon allez hop, au boulot ! Testons si nos logiciels fonctionnent toujours avec ce SP1. Parce qu'il sera disponible au grand public dans un mois exactement. Les services QA/tests ne vont pas pouvoir partir au ski...

Bien sûr vous connaissez Codeproject.com, la référence du partage de code et d'expérience de programmation depuis des années. Microsoft vient également d'ouvrir un site communautaire de partage de code. Proposez vos articles et bouts de codes, profitez de l'expérience de vos pairs sur code.msdn.com, et faites part de vos commentaires. Bref, le site MSDN version web 2.0.

Pour l'instant il n'y a pas énormément d'articles, mais je suis sûr que très bientôt, ce site regorgera de code C++/MFC !

Il existe d'autres communautés Microsoft (en anglais) dédiées au développement, par type de plateforme. Si vous, programmeur (C++), voulez découvrir ou approfondir un sujet sur .NET, c'est ici :

• Développement ASP.NET : www.asp.net
• Développement Windows.NET (winform/WPF) : www.windowsclient.net
• Développement Silverlight : www.silverlight.net
• Développement et design web : www.visitmix.com

Il y a aussi des communautés comme Channel8, Channel9 et Channel10, où l'on trouve un peu de tout : de la dernière interview vidéo d'un gourou de chez Microsoft, à un article du genre "Mais pourquoi utilise-t'on encore C++ avec des pointeurs qui pointent n'importe où, alors que C# est un merveilleux langage ?"

Hum... où est le C++ natif dans tout ces sites Microsoft ??

Mise à jour du 7 avril 2008 : la version finale du feature pack est disponible !

J'ai installé la version béta du Service Pack Feature pack de Visual Studio 2008. 300 Mo, quand même...

Attention ! Ce Feature Pack ne s'installe que sur une version anglaise de Visual Studio Professional (ou +). Il faut aussi que le DVD d'installation de Visual Studio soit inséré dans le lecteur si vous n'avez pas fait une installation complète de Visual C++.

Le feature pack de Visual C++ contient une version de TR1 de C++0x, et la nouvelle version des MFC. Je vais parler ici des MFC seulement.

Les MFC à la diète !

Première chose, je regarde la taille de la DLL redistribuable des MFC : mfc90.dll passe de 1130 Ko à 3666 Ko une fois le Feature Pack installé. Ouch, ce n'est pas rien ! D'où vient l'accroissement de la taille ? Des quatre thèmes office 2007 inclus. Il y a environ 500 fichiers PNG dans mfc90.dll. Chaque fichier PNG existe en 4 versions, une pour chacun des quatre thèmes de Office 2007 : Aqua, Black, Blue, Silver.

C'est pratique d'avoir une seule DLL, mais ça serait peut-être bien de mettre les bitmaps des 4 thèmes Office dans 4 DLL différentes. Genre MFC91UXBLUE.DLL. Histoire d'économiser 2 Mo. Oui, oui, il y a quand même encore des gens qui regardent la taille des exécutables qu'ils produisent...

Là où c'est encore plus gênant, c'est quand on "linke" statiquement avec les MFC. Toutes les images des 4 thèmes Office se retrouvent dans le fichier EXE, même si on ne les utilise pas. Ca, c'est pas bien du tout ! Du coup, la moindre application avec les MFC liées statiquement fait presque 3 Mo. Si on ouvre l'exécutable généré dans Visual Studio pour voir les ressources, on obtient... ça :

J'espère que les MFC9.1 feront une petite diète avant de sortir en version finale... un petit régime avant l'été, ça serait sympa ?

Exemples d'interfaces utilisateur

Que peut-on faire avec ces nouvelles MFC ? Ah, ça déchire, comme disent les jeunes de maintenant. Voici quelques captures d'écran, pour le plaisir des yeux. Je vous propose en plus ces programmes en téléchargement, pour que vous puissiez apprécier la richesse de l'interface. J'avoue que l'aperçu avant impression de l'application MFC91Ribbon est pas mal, ainsi que le changement de style à la volée, et.... etc, etc.

Voici un exemple d'application C++/MFC avec un Ribbon :

Un autre exemple avec une interface genre Visual Studio, et "Diamond Docking" :

Vous pouvez télécharger ces deux applications ci-dessous, si vous voulez jouer avec (pour Windows Vista seulement). J'ajouterai d'autres exemples très bientôt. Enjoy !

MFC90samples.zip (2,46 MB)

Pourquoi Vista est il plus lent que XP ?

Devil Mountain Software a fait des tests pour comparer les deux versions de Windows, avec et sans Service Pack, selon Yahoo News. XP SP3 est toujours plus rapide que Vista SP1, jusqu'à deux fois plus rapide dans certains cas. Et Windows XP SP3 serait 10% plus rapide que XP SP2. Par contre, Vista SP1 ne serait pas vraiment plus rapide que Vista "normal".

"Vivement le SP3" direz-vous, si vous utilisez encore Windows XP. Eh bien vous l'avez déjà, ce SP3 ! Enfin, vous l'avez quasiment si vous utilisez les mises à jour de Windows Update. Car un Service Pack n'est rien d'autre que la compilation de tous les correctifs déjà parus.

Dans tous les cas Vista est plus lent que XP ! Eh bien c'est tout à fait normal. Les nouvelles versions des logiciels (y compris les systèmes d'exploitation) sont généralement plus lents que leurs prédécesseurs, car ils apportent leur lot de nouvelles fonctionnalités, gourmandes en ressources. Souvenez-vous de Visual C++ 6.0 qui compilait un programme à la vitesse de la lumière; Visual Studio 2008 est beaucoup plus lent. C'est ainsi que de nouveaux PC plus puissants sont vendus, qui font vendre de nouveaux logiciels, et réciproquement. Cela fait quelques dizaines d'années que ce serpent qui se mord la queue me permet (entre autres) de manger. Et sans doute vous aussi, avouez !

Vista a de nombreux gadgets et nouvelles fonctionnalités, dont certaines sont gourmandes en ressources. Par exemple, Windows Vista a beaucoup plus d'animations graphiques que XP. Activez l'affichage classique de Vista - sans Aero - et vous gagnerez beaucoup en performance. Aero consomme tellement de mémoire que je me demande si certains gadgets visuels ne sont pas écrits en WPF ! La gestion du réseau de Vista est très différente, la sécurité n'a rien à voir... autant de nouveautés qui coûtent.

Pourquoi (ne pas) migrer vers Vista ?

En fait, si on se pose la question de savoir si Vista est plus lent que XP, c'est que les utilisateurs manquent de raisons pour migrer vers Vista. Sinon on ne se poserait même pas la question. Même si 100 millions de PC ont déjà adopté Vista selon Bill Gates au CES, les utilisateurs migrent moins vite vers Vista qu'ils ont migré vers XP.

Ce qui fait migrer les utilisateurs moyens, et notamment en entreprise, c'est quand ils sont obligés d'avoir la dernière version de Windows pour faire tourner ce logiciel dont ils ont besoin.

Où sont les logiciels qui fonctionnent sous Vista et pas sous XP ? Bonne question. Il ne doit pas y en avoir beaucoup... Quel éditeur serait assez fou pour se priver de la moitié + de son marché ? Quand Adobe ne supportera plus XP, plus personne n'utilisera ce système.

WPF est-il mort ?

Pourtant, dans les conférences Microsoft, quand ils nous parlaient de Vista avant sa sortie, on avait droit à des démos d'impressionnantes applications WPF. Et on se disait : "Vivement Vista qu'on puisse faire des applis démentes". On avait hâte que Vista sorte pour pouvoir proposer des applications avec une interface utilisateur réellement nouvelle. Or ces applications ne sont pas sorties. Pourtant, les technos WPF sont disponibles depuis presque deux ans...

Pour l'instant, faire une application au look Vista, c'est :

• utiliser la police de caractère Segoe UI à la place de Tahoma ou de MS Sans Serif.
• avoir un champ "Recherche" bien en évidence.
• utiliser des boîtes de dialogue type "Task dialog", et des assistants au style Aero.
• reprendre les messages de l'interface utilisateur pour les mettre au goût de Vista.

Pas de quoi fouetter un chat. En plus tout cela est accessible sous XP, et même sous Windows 98 !

WPF est trop lent, trop lourd, et trop gourmand en mémoire. Et encore, il paraît que l'équipe Windows en a bien amélioré les performances et le temps de chargement des applications, avant la sortie de Vista. Est-il possible de construire une application grand public avec WPF, et de la vendre dans le commerce aujourd'hui ? Je demande à voir.

Pour la plupart de leurs applications, y compris pour le Ribbon d'Office, Microsoft utilise une sorte de mini-XAML en code non managé qui s'appelle DirectUI (recherchez sur google). Jamais WPF. Mais ne rêvez pas non plus : DirectUI ne sera jamais disponible au commun des développeurs, car DirectUI est un produit à usage interne, pas suffisamment propre pour que Microsoft puisse le vendre et en assurer le support pendant 10 ans. C'est d'ailleurs pour cette raison que Microsoft a préféré acheter le code source d'un Ribbon à BCGSoft pour l'inclure dans les MFC, plutôt que de publier le leur.

WPF est-il déjà mort ? En fait, WPF est une version 1.0. WPF 2.0 sera - espérons le - plus rapide et moins gourmand : c'est à dire écrit en code natif ! Sinon, nous autres éditeurs d'applications, l'enterrerons dans le même cimetière que le langage Java.

WPF ou Silverlight ?

En attendant que WPF ne sorte un pied de la tombe (ou bien qu'il y mette les deux), Silverlight pointe le bout de son nez. Avant sa sortie officielle, Silverlight s'appelait WPF/Everywhere, souvenez-vous. Silverlight 2.0 (en alpha actuellement) sera une implémentation légère, rapide et compacte d'une partie de WPF.

Comment ? Microsoft aurait implémenté deux fois le support de WPF ? Oui : une fois de manière lente et non optimisée (en code "managed"), et une fois de manière légère et rapide (en code natif). C'est ça Silverlight : un redoutable concurrent de WPF.

Et, pour en revenir à Windows XP, Silverlight tourne bien sûr sous XP...

Cela en fait des modèles de programmation, je choisis lequel pour mes applications ?

Pour faire une application sous Windows, on peut utiliser :

• L'API Windows native (Win32), généralement à travers les MFC ou les ATL. La technologie est ancienne, éprouvée, rapide, mais les programmeurs d'aujourd'hui ne veulent plus coder en C++, ils préfèrent .NET... ! Si vous codez en C++, demandez une augmentation à votre chef, vous le valez bien.
• Windows Forms (.NET 1.0 à 2.0) : cette technologie fonctionne très bien pour les applications de gestion, les application d'entreprise, et également pour les petits logiciels qui mettent en forme le contenu d'une base de données (genre "1000 courriers types" ou "mes recettes de cuisine").
• Silverlight : c'est WPF allégé, écrit en code natif, et donc rapide. Mais Silverlight 1.0 est trop limité (à mon avis), et Silverlight 2.0 encore en version alpha. Silverlight arrivera-t'il trop tard ? Silverlight est apparemment destiné à des applications internet à client riche (RIA), mais il est possible de l'utiliser dans une application classique. Et gageons que les évolutions futures rendront Silverlight plus polyvalent.
• WPF : très complet, très puissant, trop lourd, trop gourmand. Il faudrait (faudra) qu'il soit réécrit en code natif. Vivement WPF 2.0.

En regardant la liste, c'est marrant, on voit tout de suite qu'il y en a un environnement de trop, entre WPF et Silverlight. Ces deux environnements sont deux implémentations très différentes d'un seul type d'application (XAML/C#). Microsoft a développé deux fois la même chose on dirait.

Depuis quelques mois, on dirait que Microsoft a redécouvert qu'ils pouvaient proposer des outils pour développer des applications en code natif. Les nouvelles MFC sont un exemple. Est-ce que la trop grande lourdeur de WPF leur a montré qu'ils étaient allés trop loin dans le tout "managed" ?

Bon, qui vivra verra. En attendant, de nombreux utilisateurs restent sous XP. Microsoft s'en fiche, ils ont payé leur licence Windows. Et les éditeurs n'osent pas encore sortir des applications spécifiques Vista.

J'ai déjà parlé de cette nouvelle version, ici ou là, elle est maintenant disponible en version beta. C'est annoncé sur le blog de l'équipe de Visual C++. Le téléchargement (en anglais) est sur le site MSDN. Si vous voulez juste lire la documentation, c'est ici.

La version béta des nouvelles MFC n'est pas encore disponible pour Visual C++ Express, mais cela viendra.

Quoi de neuf (selon le blog de l'équipe Visual C++) :

• Le ruban office 2007
• Le look and feel d'Office 2007, 2003 ou XP, au choix.
• Les panneaux attachables (docking panes... on comprend mieux en anglais !), comme dans Visual Studio
• Barres d'outils et menu paramétrables
• De nouveaux contrôles avancés
• Gestion des applications MDI avancée : onglets, ...

De plus, cette version des MFC inclut une implémentation de TR1. L'implémentation de TR1 est un pas vers l'adoption du standard C++0x. J'ai déjà parlé de C+=2 C++0x ici. L'implémentation TR1 proposée dans les MFC comprend :

• Pointeurs intelligents (smart pointers)
• Expression régulières.
• Nouveaux types conteneurs : tuples, tableaux, ensembles non ordonnés, etc.
• Générateur de nombres aléatoires avancé
• Encapsulateurs de fonction polymorphique (polymorphic function wrapper)
• Type traits
• et d'autres.

Je n'ai pas tout compris à TR1 encore, mais ça a l'air pas mal :)

Bon allez, au boulot !

C'était hier la douzième et dernière intervention de Bill Gates au CES de Las Vegas (Consumer Electronic Show, la grand-messe de l'électronique grand public). De très bonnes transcriptions de la conférence d'ouverture (keynote) sont déjà disponibles, comme sur engadget.com. La vidéo (en Silverlight) est disponible sur http://www.microsoft.com/ces/, et des billets sont déjà sur Channel10.

Image Engagdget

Que dit Bill ?

La tendance pour les 10 prochaines années : le logiciel (comprenez : le logiciel développé sur une plate-forme Microsoft) sera partout là où il y aura de la vidéo et du divertissement. Tout le monde aura un "Windows Live ID" pour pouvoir s'identifier et avoir toutes ses informations et son contenu disponibles partout. On utilisera une interface "naturelle", comme Microsoft Surface ou bien IPhone. Et de la vidéo HD avec Silverlight et la chaîne NBC pour le contenu, de la vidéo HD, de la vidéo HD. La plate forme est bien sûr Windows (sur un téléphone Windows mobile ou sur un PC) ou bien un matériel Microsoft comme Zune, XBOX, ou MediaRoom (la MicrosoftBox pour la télé sur IP, déjà adoptée par British Telecom).

Quelques chiffres : 10 millions de nouveaux terminaux Windows mobile en 2007, 20 millions prévus en 2008. 100 millions d'utilisateurs de Vista aujourd'hui.

Pourquoi parler du CES, de vidéo et de divertissement alors que sur ce blog on parle C++ ? Eh bien tout simplement parce que... les logiciels dont Bill parle ne sont pas encore écrits. Sans doute que certains d'entre eux le seront (partiellement ?) en C++ natif... Alors, techniquement, quelles pistes explorer ?

• Silverlight est très bien pour gérer la vidéo. Apprenons Silverlight. Et comme Silverlight est un contrôle ActiveX, on peut l'inclure facilement dans une application écrite en C++ natif ! Silverlight 1.0 est très (trop) léger au point de vue fonctionnalités, mais Silverlight 2.0, déjà disponible en alpha, mérite un coup d'oeil. Le site de NBC pour les Jeux Olympiques 2008 de Pékin (www.NBCOlympics.com) sera tout en Silverlight : un sacré coup de pub pour ce concurrent de Flash !
• L'API Live ID est à apprendre par coeur. Euh... en C++ natif il existe quelque chose pour attaquer les Web services ?

Codejock est l'éditeur de la librairie de classe MFC eXtreme Toolkit Pro. C'est le concurrent de BCG Soft, dont la technologie a été achetée par Microsoft pour être incluse dans la prochaine version de MFC.

Codejock est en train de développer une fonctionnalité assez étonnante : le support d'une partie de XAML en C++ natif. Noooon ?? Si !

C'est vrai après tout ! XAML est le langage de description d'interface de .NET 3.5 (WPF). Mais pourquoi être obligé d'utiliser .NET pour faire du XAML ? C'est la question que Codejock s'est posée. Du coup, nous allons bientôt avoir droit à une implémentation de XAML en C++ natif.

Hum, ça veut dire quoi "une implémentation de XAML en C++ natif" ? Eh bien tout simplement que nous aussi, développeurs C++/MFC, pourrons bientôt utiliser XAML et Expression Blend pour coder nos interfaces. Je dois avouer que j'enviais énormément ce privilège aux développeurs C# .NET 3.5.

Quel intérêt ? Développer des interfaces utilisateurs très sympa, sans s'encombrer de la lourdeur de WPF. Je ne sais pas si vous avez déjà lancé une application écrite en XAML pour WPF, mais c'est loooonnng à se lancer, et ça nécessite énormément de mémoire. Et WPF sous Windows XP, ce n'est pas tout à fait ça (à moins que quelqu'un ne me contredise...)

Voici quelques exemples d'interfaces écrite en XAML :

L'exemple ci-dessus est écrit entièrement en XAML (le code XAML est ici (12 Ko)). Ce code XAML peut au choix être utilisé avec WPF pour faire une application en code managé et WPF, ou alors être utilisé par le module XAML de Codejock pour faire une application C++ natif.

Ci-dessus, du code XAML est utilisé pour créer des contrôles dans une application C++/MFC. On reconnaît la listbox multi-ligne, multi-format : une spécialité de XAML et WPF !

Cette fonctionnalité de Codejock ne supportera pas tout XAML, du moins dans la première version ;). Je ne sais pas quand cela sera disponible, mais à vue de nez... sans doute en même temps que les nouvelles MFC !

En tous cas, le rachat d'une partie de la librairie de BCG Soft par Microsoft a pour effet de dynamiser le développement C++ ! Vivement la suite !

Les TechDays, c'est la grand-messe annuelle à Paris, où Microsoft nous présente pendant 3 jours les nouvelles technos de développement liées à Windows. Un événement d'autant plus incontournable qu'il est gratuit et ouvert à tous ceux qui s'intéressent au développement d'applications (et qu'il y a à manger :-p).

Grande première pour la prochaine édition : il y aura une session sur Visual C++ ! Microsoft associe à nouveau "Nouvelles technologies" et "C++".

Les nouveautés de Visual C++ 2008 animé par Eric Mittelette, Eric Vernié
Le lundi 11 février 2008, 11:00 - 12:00.

Une session consacrée aux nouveautés de Visual C++ 2008, à la fois pour le développeur C++ Natif, et pour le développeur C++/CLI (C++ qui cible .NET). Venez découvrir les nouvelles bibliothèques STL/CLR et marshalAs, qui font de C++/CLI, LE langage d'intéropérabilité entre le monde natif (Win32) et le monde .NET. Mais les développeurs natifs ne seront pas en reste, car une surprise les attend avec les nouvelles bibliothèques MFC.

La session sera dense : une heure pour présenter les nouveautés C++/CLI et MFC !

Pour tout savoir sur les Techdays 2008 et s'inscrire gratuitement, rendez-vous sur :

• le site officiel (pour s'inscrire)
• un site en Silverlight qui vaut le détour, avec des vidéos des intervenants et le programme interactif,
• un blog
• un groupe Facebook,
• et même une bannière :

Le site MSDN, c'est un peu comme le Musée du Louvre : même en y revenant plusieurs fois, on y trouve toujours quelque chose qu'on n'avait pas remarqué avant.

La page "How do I ?" Videos for Native Code contient une cinquantaine de vidéos (en anglais) de 15 à 20 minutes. S'il y a quelques sujets sur l'interopérabilité code natif/code managé, la plupart des vidéos concernent exclusivement le code natif C++. Le niveau va de l'initiation, à des sujets plus avancés comme le debogage distant ou encore l'utilisation du Kernel Transaction Manager de Vista !

Et pendant que je suis sur le site MSDN, un petit clin d'oeil. Comparez les trois pages ci-dessous. Il y en a une qui est à jour, les autres pas encore :

http://msdn2.microsoft.com/en-us/vstudio/default.aspx (page du site MSDN américain)
http://msdn2.microsoft.com/en-gb/vstudio/default.aspx (la même page, sur le site anglais UK)
http://msdn2.microsoft.com/fr-fr/vstudio/default.aspx (la même page, en français)

Une vidéo de 46 minutes sur channel 9 nous fait découvrir que C++ en tant que langage non managé existe, et continuera d'exister. La plate-forme C++/MFC, bien que quasiment non mise à jour depuis 6 à 8 ans, a toujours des utilisateurs. Microsoft commence (?) à entendre que C++/MFC ne peut pas forcément être remplacé par C++ managé ou C#/VB.

Steve Teixeira (Visual C++ manager) fait part de ses commentaires sur la sortie de la prochaine version des MFC/TR1 dans quelques mois. La plate forme C++/MFC continuera à évoluer indépendamment de la plate-forme .NET. Ouf !

Steve Teixeira au TechEd de Barcelone

Au fait, Channel 9 utilise un player vidéo écrit en Silverlight... alors que ce site utilise un peu de F###H, désolé...;)

Justement, demain je me mets à Silverlight. Il y a une présentation de Silverlight à Paris. Quand j'aurai un moment je remplacerai mon animation F###H en haut de page par une animation Silverlight.

Voir la vidéo
Ecouter le podcast (MP3)
Ecouter le podcast(WMA)
Telecharger la Vidéo

Ca y est, j'ai installé VS2008 et migré le projet C++ sur lequel je travaille.

Ce projet C++ est un projet moyen (40.000 lignes de C++). C'est une application d'imagerie médicale destinée à des chirurgiens, pour leur permettre de travailler avec leurs images au format spécifique Dicom. Ce projet utilise la bibliothèque Codejock, ainsi que les librairies OpenJpeg (jpeg2000), LibTiff, Jpeg Group.

L'installation de VS2008 est trèèèès longue. Elle dure plusieurs heures (plus d'une demi-journée). Faut dire qu'il y en a des composants .NET à installer ! Ne faites pas comme moi, ne l'installez pas un mardi, le jour des patches de Vista (patch tuesday), pour ne pas avoir à rebooter au milieu de l'installation ;). Lancez l'installation un soir, ce sera bon pour le lendemain matin.

Sous Vista x64, tout s'est bien passé. Pour l'instant je garde VS2005 et VS2008. Je n'avais pas installé de béta de VS2008 sur ce PC. D'après Scottgu, il faut désinstaller soigneusement une béta de VS2008 avant d'installer la version finale, et ça n'a pas l'air très simple.

Deuxième étape pour moi : compiler la librairie Codejock (xTreme Toolkit pro) avec VS2008. Là encore, tout se passe bien avec la dernière version (11.2.1), le programme d'installation de Codejock fait ça tout seul pour VS2008. Comme quoi ils sont bien chez Codejock : leur librairie fonctionne impeccablement sous VS2008. Il avaient sans doute anticipé avec les versions béta de VS2008. C'est dans ces cas là qu'on distingue les pros.

Lorsque j'ouvre mon projet C++/MFC sous VS2008, l'assistant de conversion de projet ne pose pas de problème. Je récupère bien mes environnements. La compilation du projet (en Unicode) se fait également sans problème, et le logiciel fonctionne.

Bon, je suis quand même surpris, ça s'est passé tout seul. Je ne sais pas si le compilateur a été modifié. Lors de la sortie de VS2005, le compilateur avait été modifié. La migration avait été plus longue. Il avait fallu modifier le code à plusieurs endroits. Là, non.

Résultat : en passant de VS2005 à VS2008, la taille du binaire diminue de 50 Ko (sur 3,4 Mo). Le temps de compilation diminue de 10 secondes (moyenne de 2"59 à 2"48).

Pour un utilisateur C++, pas grand chose ne change, donc. Ce qui est quand même une bonne nouvelle : la migration est facile. Ah si, j'ai quand même l'impression que l'IDE est un peu plus rapide. Je n'ai plus observé ces blocages assez fréquents avec VS2005.

Est-ce qu'il faut migrer votre projet C++ natif vers VS2008 ? Ma foi, si vous êtes abonné à MSDN et que vous avez VS2008, faites-le : ça a l'air de bien fonctionner. Mais si vous ne faites que du C++ natif, vous ne verrez pas beaucoup de différence entre VS2005 et VS2008. En attendant la nouvelle version des MFC et des librairies C++ dans quelques mois.

Toute la famille des produits Visual Studio 2008 (Express, Professional, Team Suite) est disponible ici, y compris les versions gratuites, ou bien sur le site MSDN pour les abonnés.

A cette occasion, une vidéo très intéressante a été postée sur channel9 : une interview de S. Somasegar (Developer Division VP), Jeff Beehler (mon ex-boss et actuellement VS Team System manager), et Carol Grojean (program manager of VS2008 & .NET 3.5).

Dans cette vidéo, Soma annonce que pour nous, adeptes du C++, il faudra attendre 2 mois pour obtenir une béta de la nouvelle version des MFC et de C++ TR1. Rendez-vous donc au mois de janvier pour que Visual Studio 2008 devienne -enfin- un outil pour les "vrais" programmeurs ;). Car, si la plupart des nouveautés de VS2008 concernent le code managé (et notamment la révolution LINQ), la plupart des développeurs chez Microsoft programment en C++. Si, si ! C'est le grand chef qui le déclare.

Plein d'autres choses intéressantes dans cette vidéo...

Pour la liste des nouvelles fonctionnalités, voir l'article de Scottgu, ou celui de Jeff Beehler pour VSTS.

Et pour ceux qui voudraient avoir de la conversation dans les salons pendant les pauses des conférences Microsoft, j'ai vu sur le blog de Redo un lien vers un .NET Framework 3.5 Training Kit qui a l'air très intéressant...

Comparaison n'est pas raison. Mais quand même...

Prenons trois petits programmes :

- Une application de gestion de comptes bancaires (Votre Budget) écrite en C++/MFC avec la librairie BCGSoft, linkée statiquement avec MFC et BCG (oui, la librairie qui va être intégrée dans la prochaine version des MFC)

- Un petit freeware écrit en VB.NET qui aide à arrêter de fumer, StopClope. On entre la date à laquelle on arrête de fumer, et puis on obtient des récompenses en fonction du nombre de jours qu'on tient sans fumer. Par exemple, j'ai arrêté il y a 101 jours, économisé 707 euros, et j'ai gagné 19 jours d'espérance de vie. Motivant non ?

- Une application WPF, LCI Intégrale qui affiche des vidéos en streaming.

Voici à quoi ressemble mon gestionnaire des tâches Vista quand je lance ces trois programmes en même temps :

Mémoire occupée par les trois applications :

- C++/MFC/BCG : 5 Mo (13 Mo)

- Winform : 15 Mo (28 Mo)

- WPF : 64 Mo (145 Mo)

A vue de nez, une application WPF occuperait 4 fois plus de mémoire qu'une application Windows Forms, et 12 fois plus qu'une application MFC/BCG.

Ces trois programmes sont des petites applications, mais les valeurs ne varient pas énormément. Pour donner un ordre de grandeur, j'ai aussi lancé Word 2007 (22 Mo), Photoshop (65 Mo), et Visual Studio (50 Mo).

Le confort ressenti à l'utilisation de ces applications est directement proportionnel à l'espace mémoire utilisé. Photoshop et Visual Studio sont lourds à utiliser, n'est-ce pas ?

Ah ! Quel plaisir d'utiliser des logiciels écrits en C++ ! Alors faites plaisir à vos clients, programmez en C++ !

C'est officiel, une grande partie des nouveautés de la nouvelle version des MFC incluse dans Visual Studio 2008 ne sera pas (entièrement) développée par Microsoft, mais a d'ores et déjà été rachetée à la société russe BCGSoft. Il s'agit du produit BCG Controlbar Pro. Pour avoir une idée précise des nouveautés à venir, il suffit d'aller sur la page www.bcgsoft.com/FeatureTour/bcgcontrolbar-tour.htm, il y a de nombreuses captures d'écran.

J'ai déjà personnellement utilisé BCG Controlbar Pro pour créer différents produits C++/MFC/BCG depuis 2002, et j'ai été très satisfait du résultat. L'utilisation de BCG Controlbar dans une application MFC est relativement simple à mettre en oeuvre, la migration des applications existantes ne devrait pas poser de gros problème. Depuis 2004 j'ai aussi utilisé le concurrent direct, la librairie Codejock (www.codejock.com), plus complète et aussi un peu plus complexe à utiliser.

Avant que d'ici 6 mois environ, nous puissions disposer de la nouvelle version des MFC, il est déjà possible de télécharger une version d'évaluation de BCG ControlBar ici : www.bcgsoft.com/bcgcontrolbar-download.htm.

Que vont devenir les deux frères ennemis BCGSoft et Codejock, maintenant que leurs technologies sont "gratuites" avec Visual C++ ? BCGSoft propose aussi d'autres produits pour .NET, et Codejock... ?

Pour illustrer concrètement cette nouvelle étape des MFC, voici deux captures d'écran de l'exemple de code C++/MFC Drawcli qui est livré avec Visual C++ depuis longtemps... Le voici relooké ! Avant - Après. Sans commentaire !

La prochaine version de C++ normalisée par l'ISO comitee s'appelle C++0x. Il s'agit d'une évolution de C++, un peu dans le langage lui-même, mais surtout dans les librairies qui seront livrées avec le compilateur.

La première question que je me suis posé en voyant C++0x, c'est bien sûr : "pourquoi 0x ??". En fait c'est tout simple : cela fait quelques années que Bjarne Stroustrup (l'inventeur du C++) et quelques autres pensent à une nouvelle version de C++, sans savoir en quelle année elle sortirait. Mais ils se sont quand même dit que la nouvelle version devrait quand même être normalisée par l'ISO et disponible avant la fin de la décennie. Donc, qu'elle s'appellerait C++07, C++08 ou C++09. Vu que nous sommes en 2007 et que l'ISO ne normalisera C++0x au plus tôt qu'en 2008, le x sera sans doute un 9.

Ce C++0x n'a donc rien à voir avec l'hexadécimal, et ne sera absolument pas suivi d'une version C++0xFF ! Personnellement je préfère C++0x à C++09, ça fait plus (C++0x > C++ ? (C++)++ : (C++)--). J'espère que C++0x continuera à s'appeler ainsi, et ne s'appellera pas C++09, même si on a déjà vu passer un C++98.

Bon, mais qu'est-ce qu'il y aura de 9/x (haha !) dans C++0x/9 ? Eh bien il y aura surtout les fonctionnalités décrites dans TR1 (Technical Report 1), et qui seront disponibles au printemps 2008 comme une mise à jour de VS2008. Je reviendrai bien sûr sur le sujet, mais en attendant que Microsoft nous propose leur implémentation de TR1, vous pouvez d'ores et déjà installer et utiliser les nouvelles fonctionnalités TR1 implémentées par la société Boost ! Téléchargez l'installateur de TR1 pour VS2003 ou VS2005 sur leur site www.boost-consulting.com.