Longhorn

Des blogs dédiés au XAML

Patrice Lamarche — Fri, 21 May 2004 21:21:00 GMT

Cela est passé inaperçu mais un nouveau site aggrégateurs de blogs vient de voit le jour et celui-ci est dédié à XAML.

Seulement 3 bloggeurs sont au rendez-vous mais nul doute que ce nombre devrait augmenter au fur et à mesure que l'on s'approche (bon ok, c'est pas pour maintenant ) de la sortie de Longhorn, la prochaine version de Windows XP.

Pour en savoir plus :
http://www.xamlblogs.com/

Quelques mots sur la build 4074

Patrice Lamarche — Wed, 12 May 2004 23:27:00 GMT

Je viens d'installer la build 4074 et il semble n'y avoir que peu de nouveautés par rapport à la build publique précédente. Au menu des tilebar en plus, une sidebar un peu plus customisable, un nouveau thème, etc... Un changement de namespace : Avalon passe du namespace MSAvalon à System.Windows

http://msdn.microsoft.com/Longhorn/default.aspx?pull=/library/en-us/dnlong/html/lhtechpreview.asp

http://download.microsoft.com/download/7/0/5/7052e942-7e81-4646-a08b-cf8f78551099/Longhorn%20Community%20Dropcl.ppt

http://download.microsoft.com/download/a/2/f/a2fc47d2-8bdf-4977-8364-1f38b893dba5/lharch_pdc2003.png

J'ai d'ailleurs une petite question (qui j'espère n'est pas stupide...:p). Quand je regarde l'architecture WinFX (littérallement le framework Windows) (regarder le png dont le lien et ci-dessus) je retrouve ASP.Net les Windows Forms, Indigo (remoting, ws, etc...), GDI, la clr, etc... Bref, j'ai l'impression d'être en face d'un Super Framework .Net enrichi de pleins de nouveaux modules et de fonctions... Ma question est donc simple (si elle est stupide, soyez tolérant) est ce que l'on est pas destiné à développer pour le framework Windows (WinFX) et à oublier le framework .Net tel que nous le connaissons (1.x et 2.0) ?

Bon ben pour changer des screenshots de la build 4074, je vous mets ci-dessous une photo d'une build à venir (hihi si vous êtes attentifs vous l'avez déjà vu passé sur mon blog et ça se rapproche beaucoup plus du rendu final (version classique adaptés pour les petites config, c'est à dire sans Aéro (vivement qu'on en voit enfin des images ) que les build publiques que nous avons...)

(Cliquer pour aggrandir)

VS 2005 CP et Longhorn

Patrice Lamarche — Sun, 04 Apr 2004 13:50:00 GMT

Quelques personnes sont venus me contacter par MSN car ils n'arrivent pas à installer VS 2005 CP sur Longhorn. Après quelques tests, et quelques recherches il s'avère en effet impossible d'installer la dernière version de test de VS sur Longhorn ! Pire, si vous avez installé VS.Net 2003 sur longhorn, l'installation de VS 2005 va vous demander de désinstaller 2003 et une fois cette désinstallation faite, vous aurez un beau message d'erreur vous disant qu'il est impossible d'installer VS 2005 CP avec cette version de windows...

Une seule solution est possible : Installer la build de Whidbey distribuée à la PDC. Cette version ne posera pas de problème d'installation.

Testez Longhorn et Visual Studio 2005

Patrice Lamarche — Fri, 02 Apr 2004 23:49:00 GMT

Petit rappel pour ceux qui ont apprécié la dernière session des DevDays sur les futurs produits de Microsoft, et qui veulent attraper des torticolis en regardant des vidéos en rotation. Vous pouvez dès à présent installer des pré-versions de Longhorn et Visual Studio 2005 si vous êtes abonnées MSDN. Idem pour les étudiants, ces produits sont à votre disposition si votre établissement est abonné à MSDNAA.

Quelques liens :
http://longhorn.msdn.microsoft.com/
http://www.longhornblogs.com/
http://www.asp.net/whidbey/

Installation de Longhorn + Whidbey

Patrice — Sun, 11 Jan 2004 00:19:00 GMT

Je me suis mis ce week-end a installé la build 4051 de Longhorn (disponible grâce aux abonnements MSDN) ainsi que Whidbey (la prochaine version de Visual Studio .Net).
Du point de vue installation, j’ai été surpris de l’évolution du temps d’installation de la build 4051 par rapport à celui de la build 4015 et dans le mauvais sens ! Alors qu’il m’avait fallu à peu près 15-20mn pour installer cette dernière, il m’a fallu près du double pour installer la 4051. Petit problème lors de l’installation, je n’ai pas réussi formater mon disque dur… J’ai donc installé la build 4051 par-dessus 4015 (sans qu’il m’ait dit qu’il existait déjà une version de Windows présente sur le poste…).

Première chose faite une fois l’OS installé, j’installe IIS 7.0 .
Cela peut paraître bête mais j’ai été surpris que IIS change de version pour la prochaine version de Windows XP. Etant donné que IIS 6 ne peut s’installer QUE sur Windows 2003 et non sur Windows XP je pensais que Microsoft n’allait plus ou peu faire évoluer IIS pour les postes clients (donc utilisé principalement pour des besoins de développement). Et cela n’est manifestement pas le cas avec ce changement de version. Par contre je n’ai pas encore regardé si il y avait de grosses différences entre IIS 6 et IIS 7 et apparemment il n’y a aucune info sur IIS 7 sur le net. Un petit tour sur google ne me renvoya aucune information…
Prochaine étape de mon installation : Whidbey. Cela n’a pas posé de problèmes, et cela est aussi long que pour VS.Net 2003. On remarque d’ailleurs des traces de VS.Net 2003 puisqu’il est indiqué que la doc qui nous est livré est la documentation de VS.Net 2003. La documentation de whidbey est en cours de rédaction et s’appuiera donc apparemment sur la documentation de VS.Net 2003.

Screenshot du About Whidbey :

Premier changement flagrant lors de la création de projets dans whidbey, la création d’une application Web (Site Web, Service Web) est séparée de la création d’un projet Winform, Smart Device. Cela peut paraître bête mais j’ai bien passé 5mn à chercher pourquoi il n’y avait plus de projet de type Application ASP.net ni service Web avant de constater qu’il y avait un nouveau menu Nouveau Site Web dans le menu Fichier. Autre changement, la présence d’un nouveau type de projet : SQL Server Project.
Mais je m’arrête déjà là, je continuerai de vous faire découvrir whidbey plus tard… :p