Historique des navigateurs

  may 1992 : Viola, premier navigateur graphique
  février 1993 : NSCA Mosaic
  décembre 1994 : Netscape
  Aout 1995 : IE
  1997 : début du déclin de Netscape
  1998 : ouverture du code de Netscape 4 = Mozilla
  5 juin 2002 : version 1.0 de la suite Mozilla

Naissance de XUL

   1998 : réécriture de Gecko.
   Besoin de minimiser les temps de développement tout en fournissant le navigateur sur un maximum de plateforme
   -> un maximum de code indépendant de l'environnement
   -> profiter du moteur d'affichage HTML/XML/CSS pour afficher l'interface graphique
   -> interface déclarée en XML = naissance de XUL

Mozilla

   framework de développement d'application
   des technologies différentes pour chaque besoin
   des technologies pour la plupart standards pour une meilleure capitalisation des compétences

schema archi appli mozilla
      
XUL : définir une interface utilisateur   
  XML-based User interface Language
  Permet de décrire une interface utilisateur
  Ensemble de balises correspondant à des composants graphiques courants
    boutons, case à cocher, champs de saisie
    boîte de liste, liste en arbre, grilles
    barres de menus, menu déroulant, menu popups
    barres d'outils, barre de statut, onglets etc..
    zones d'edition avancée, afficheur de page web..
    etc...
  modele de boite type motif (pas de positionnement absolu)
  
boite.xul
    
table periodique des elements
  
Exemple de fichier xul

Design avec CSS
  Langage permettant de spécifier le rendu d'un fichier XML à l'écran
  Connu pour son utilisation dans les sites HTML
  Utilisé dans Mozilla pour "décorer" l'interface
  Utilisé notamment pour les thèmes graphique
  Respecte en grande partie la spécification CSS 2 éditée par le W3C
  Implémente quelques styles du futur CSS 3 et des styles propriétaires
  
Définir le comportement : javascript
  Ajouter du dynamisme, interactivité  
  Javascript 1.6, implémentation de l'EcmaScript
  Langage de script orienté objet
  Attributs pour répondre aux évènements (onclick, ondragdrop, onkeypress, onoverflow ...)
  De nombreux objets sont fournis de base :
    objets DOM
    web service
    Xml, Xsl, Xpath
    objets représentant les composants HTML, XUL et styles CSS
    Appel des objets XPCOM via XPConnect   
  E4X
    = le simple_xml du javascript

Template
  Génère des balises XUL à partir d'une source de donnée RDF
  Comment : attribut "datasource" + balises <template>  
  RDF  
    Resource Description Framework
    Standard W3C
    Format XML permettant de stocker des données de façon "relationnel"
    Données du navigateur ou du client mail
  Prochainement : sources de données autre que RDF possible    

Composants personnalisés avec XBL
  eXtensible Bindings Language
  Note du W3C
  Permet de définir un composant d'interface :
    son contenu XUL / XHTML / autre
    son implémentation
    propriétés et méthodes que l'on pourra appeler en javascript
    attributs de la balise qui le représentera
    constructeur/destructeur
    les traitements en réponse à des évènements
  possibilités d'héritage
  Portable : Indépendant de l'environnement (OS / GUI)

Exemple de binding
    - fichier xml
    - -moz-binding
  
Interface extensible
  Système d'overlay
    permet de répartir la déclaration dans plusieurs fichiers
    permet de modifier une interface déjà déclarée sans toucher à ses sources
  -> extensions
  -> ex de framework PHP : évite l'usage d'api complexe
    
Exemple overlay
  
Localisation  
  utilisation de DTD + entités
  properties
    
Les formulaires   
   pas de système de formulaire en XUL, malgré la présence de controle
     -> JS + xmlhttprequest/api fichiers/services web/ ..
     -> binding pour simuler du html/xforms like  : serverpost

   xhtml
   extension Xforms
     séparation déclaration des données / datatypes, format, restriction.. / contrôles
     validation automatique coté client
     validation des types des données 
     interdépendance entre les contrôles de saisie
     contrôles plus nombreux, affichage dépend du média, système de page/onglet...
     envoi des données sous forme xml, "urlencodé" ou encore multipart etc.
     choix de la manière de traiter la réponse aprés envoi
        - remplacement du document courant (like htmlforms)
        - remplacement des données du formulaire
        - rien faire du tout
     utilisation de xforms dans n'importe quel dialect xml

Des services web pour communiquer
  SOAP, WSDL, XML-RPC, xmlHttpRequest (-> jsonrpc etc..), socket...
  Ajax, c'est possible
     
Des composants réutilisables XPCOM
  Cross-platform Component Object Model
  Comparable à la technologie COM de MS
  Permet de définir des composants réutilisables
  une grande partie du framework Mozilla reposent sur des composants XPCOM
  Programmé en C++, Javascript, Python, Java, Perl, Ruby...
  Définis à partir d'interfaces IDL (corba like...)
    -> pour être utilisable dynamiquement (pour un programme voulant l'utiliser, pas besoin de recompilation / liaison)
    -> pour cacher l'implémentation
  
Des composants pour
  offrir des services
    son
    réseau
    gérer le drag'n drop
    accéder aux fichiers 
  faire des traitements fonctionnels
    gérer les signets
    gérer les cookies 
    lire des fichiers RDF
    etc..    
    
   POP, SMTP, IMAP, NNTP

Affichage en tout genre
   XHTML
   SVG
   canvas
   MathMl
   Png, jpg...
   demo svg, xbl etc...   
   
   insuffisant ?
     XTF
     plugins (daim, flash, songbird)

Architecture client pauvre léger basique
   html généré à la volée, css, javascript

Architecture client riche léger basique
   xul généré à la volée, css, js, xbl, template rdf..

Architecture client riche léger évolué
  xul quasi statique, css, js, xbl, template rdf
  utilisation des services web pour la mise à jour de l'interface
  
exemple php rdf.

Architecture client riche lourd
   extension
      utilisation du format XPI = format d'archive de Mozilla
        Archive zip = fichiers applis + fichiers manifest en rdf
        Installation en 1 clic, sous forme d'extension au navigateur
        Peut profiter du système de mise à jour de Firefox 0.9+   
   xulrunner
   standalone
   se passer d'un serveur http : mozStorage, extension SQL
      
tableau récaptitulatif des technos utilisables selon le type de client
   
HTML vs XUL
   inconvénient
      techno prise en charge uniquement par Mozilla
      courbe d'apprentissage longue
   avantages
      meilleure accessibilité
      plus rapide à développer
      moins de scripting
      plus adapté pour une interface utilisateur
      plus leger à télécharger

Lequel choisir
   - selon le public visé
   - selon ce qu'on veut réaliser : pure appli ? ou site web  informatif ?

Dans un futur proche : Scripting Python, SMIL, CSS3, XBL2., SVG++ backend cairo (PDF, impression++ ..)