Channel 9 went online yesterday... Check it out.

4/7/2004 9:04:50 PM UTC    Comments [17] 

   The Microsoft North Africa Developer Conference is great stuff. I am not saying so because I am part of the organizing team, but hey, where can you get this great line up of speakers, and still get in for free (even if you are located somewhere else than north Africa, if you don"t speak french, 30 sessions in english), and if you speak French, 48 sessions (The English language session have simultaneous translation into French), covering pretty much the content of a PDC style conference, for just the cost of T&E...

   If you are in doubt (I wouldn't forgive you if you live in North Africa...), just look at the schedule at http://www.microsoft.com/northafrica/ndc//NDC_agenda.asp and at the speakers list at http://www.microsoft.com/northafrica/ndc//NDC_speakers.asp

   Off course I am doing 4 sessions (Secure Coding techniques, Cryptography in .Net, Compact Framework - I go deep into the telephony API, and an intro to Avalon), but don't come to the conf just for my sessions, there are speakers you wouldn't get a chance at seeing unless you go to some expensive seminar or conference like Clemens Vasters, Scott Hanselmann, Stephen Forte, Ingo Rammer, Sylvain Duford, Yann Faure, Andrew Brust, Eric Groise, Goksin Bakir, and others (sorry for the order and for anyone I have not mentioned) ...

   This confenerence is pretty much the only event still having so much content both on current technologies and future technologies (Whidbey, Yukon and Longhorn are all covered). If you really are not convinced by now, I will see you at some conference somewhere, whre you'll paying a lot to get just the info you could have gotten here for free... It is all up to you...

4/7/2004 5:44:00 AM UTC    Comments [8] 

   Je me rappelle que, il y a quelques années, je me demandais pourquoi la plus grande partie des applications client riche avait un design très peu flatteur, alors qu'on retrouve du design bien plus poussé dans les applications Web. Cela ressemblait à une contradiction, puisque sur le client riche on dispose de beaucoup plus de moyen pour bien exploiter les capacités graphiques de la machine que dans un browser.

   J'avais à l'époque passé un peu de temps avant de me rendre compte (je suis peut être un peu stupide sur les bords?) que c'était parceque le modèle de développement n'était pas du tout le même. Sur les applications Web, les designers s'occupent de créer la charte graphique, et les développeurs s'attellent à ne créer que les fonctionnalités dynamiques (accès aux bases de données, traitement des interactions utilisateur, validation, ... etc). Ce qui m'avait pris un temps de réflexion était le pourquoi, avant de me rendre compte que c'était facile de créer des applications de design qui générent du code, mais qu'il faut encore que le code qui gère l'affichage soit séparé de celui qui gère les aspects dynamiques, et que HTML remplissait ce rôle. Je savait pertinament qu'il n'était pas facile de dépasser les fonctionnalités de HTML (temps pour normaliser, temps pour implémenter les nouvelles normes, puis temps pour que cette nouvelle norme soit supportée par la majorité des browser) et que cette opération prennait des années.

   Quand XML est arrivé, on pensait que c'était un bon moyen pour que, sur le Web au moins, on puisse créer du code qui exploiter facilement toutes fonctionnalités nouvelles des nouveaux browsers sans pour autant perdre la compatibilité avec les browsers ancien (différents XSLT en fonction du UserAgent). D'ailleur, on pouvait aussi imaginer que les applications client riche utilisent le même modèle en basant la génération dynamique de l'affichage sur du XML. Le problème restait que l'affichage était cintrolé par le XSLT, et donc que c'était aux développeurs de le traiter et non pas aux designers... et donc le modèle en entier cassait.

   Aujourd'hui, nous avons enfin un modèle qui permet de séparer réellement le code du contenu, que ce soit dans des applications client riche ou lèger, et ce modèle se base sur une forme de XML appellée XAML (Extended Application Markup Language). Ce modèle à été conçu par Microsoft dans le cadre de la refonte du sous système de présentation de Windows qui fera partie de Windows "Longhorn" (prévu pour 2006). Ce qui est intéressant dans ce modèle, c'est qu'il offre un modèle semblable à HTML, sauf qu'il est utilisable sur tout type de client, et que le code n'a pas a être mélangé dans le HTML (même plus que ce n'était le cas avec ASP.Net).

   Le principe est très simple :

•  Le code déclaratif (XAML) permet  une utilisation très riche des possibilités graphgiques (contrôles, documents, médias, transparence, effets, animlations, transformations ..etc). il est donc possible de faire des designs impresionnant avec XAML (ce que Adobe a très vite compris et a commencé à préparer des applications de design basées sur XAML). Ce code sera utilisé par le compilateur comme une classe partielle complètée par le la classe qui est dans le code (sans avoir à ajouter des balises ou quoi que ce soit)
• Le code fait en langage de développement qui constitue une classe partielle complétée par le XAML.

   Même si ce modèle fait partie de Windows Longhorn, on peut d'ors et déjà l'utiliser à travers les outils tels que Xamlon (interprétation du XAML en runtime, et code behind dans un code séparé) et les divers générateurs XAML qui permettent de transformer des documents Illustrator ou After Effect (ou autres) en XAML. Les résultats sont impéssioanants...

4/6/2004 11:57:08 AM UTC    Comments [15] 

The follwing code is in C# (easy to convert to VB.Net)... Have fun :

using System;

namespace Malek.Globalization

{

   /// <summary>

   /// Summary description for CultureInfo.

   /// </summary>

   public class CultureInfo : System.Globalization.CultureInfo

   {

      public CultureInfo(int culture) : base(culture)

      {

         setValidDateTimeFormat();

      }

      public CultureInfo(int culture, bool userOverride) :    base(culture, userOverride)

      {

         setValidDateTimeFormat();

      }

      public CultureInfo(string culture) :    base(culture)

      {

         setValidDateTimeFormat();

      }

      public CultureInfo(string culture, bool userOverride) :    base(culture, userOverride)

      {

         setValidDateTimeFormat();

      }

      public static new CultureInfo CreateSpecificCulture(string culture)

      {

         return new CultureInfo(culture);

      }

//      private System.Globalization.DateTimeFormatInfo base.DateTimeFormat;

      private string[] MoroccoMonthNames= new string[]{"يناير", "فبراير","مارس","أبريل","ماي","يونيو","يوليوز","غشت","شتنبر","أكتوبر","نونبر","دجنبر",""};

      private void setValidDateTimeFormat(){

         if (Name.ToLower()=="ar-ma")

         {

               System.Globalization.DateTimeFormatInfo dtfi = (System.Globalization.DateTimeFormatInfo)base.DateTimeFormat.Clone();

               dtfi.MonthNames=MoroccoMonthNames;

               dtfi.AbbreviatedMonthNames=MoroccoMonthNames;

               dtfi.AbbreviatedDayNames=dtfi.DayNames;

               dtfi.ShortDatePattern="dd/MM/yy";

               dtfi.LongDatePattern="dddd dd MMMM yyyy";

               DateTimeFormat= dtfi;

         }

      }

   }

}

4/1/2004 9:58:37 PM UTC    Comments [0] 

Dan Fernandez and Eric Gunnerson from the C# team have both disclosed today in their blogs some of the latest changes that will be made to the C# language in its next version (part of Visual Studio 2005). It seems those changes are made for legal reason, to comply with the FCLC commission rules.

While Dan speaks about some of the System.String changes, Eric writes about some of the keyword changes. While I love the new level of intimacy C# is getting into, I am afraid it will be quite difficult to migrate current code into the new version, and there will be no wizards nor clear migration path. Here are some examples of how current code translates to the new version :

• string str = "my 69 year old grand father" --> [Decent, FCLCCompliant] string str = "my (d) 69 year old grand father"  //I used (d) instead the new decency symbol
• the following code :

protected void Button1_Click(object sender, EventArgs e)

{

SqlCommand cmd = new SqlCommand("Select * from Users Where userName='"+textBox1.Text"' AND password='"+textBox2.Text+"'", myConnection);

if (cmd.ExecuteReader().HasRows) authenticated=true;

...

}

translates into something like :

stupid dangerous void Button1_Click(object sender, EventArgs e)

{

[PtentialObsenity()]SqlCommand cmd = new SqlCommand("Select * from Users Where userName='"+textBox1.Text"' AND password='"+textBox2.Text+"'", myConnection);

if (cmd.ExecuteReader().HasRows) authenticated=true;

...

MessageBox.Show("April Fools, thanks for reading this far");

}

4/1/2004 9:15:45 PM UTC    Comments [14] 

I have just received confirmation I will be doing two "Meet the Technologist" sessions at TechEd in San Diego (May 24-27) :

1.Designing and writing interoperable Services: the Contract First approach

2.Writing Compact Framework applications for SmartPhones that take advantage of telephony and messaging APIs

If you are at TechEd, check out my sessions. If you have not registered yet, click the techEd button below to register. If you can't be there, I will be blogging about the event here...

3/30/2004 10:57:16 AM UTC    Comments [8]