Dual Blog : DeFr's Weblog

XULRunner | mercredi 20 avril 2005, 23h14

Mood: Goggle

Certes, j'ai l'habitude de faire des titres longs, mais là, hop, j'me suis dit que j'allais changer, parce que des habitudes, c'est fait pour être bousculer. Du coup, le lecteur risque d'être un peu perdu, toutefois, pas d'inquietude, je vais quand même situer le contexte là maintenant tout de suite. Information de fond : XUL Runner est un projet de Mozilla - enfin, ou la Mozilla Fundation, ca dépend du point de vue - destiné à faire sortir le langage XUL du cadre des applications webs necessitant l'utilisation d'un navigateur ( Allizom, Firefox, Camino ou n'importe quel navigateur basé sur Gecko ) où il est pour le moment majoritairement cantonné. Comme c'est peut-être un peu technique, comme définition, on va voir en pratique ce que ca veut dire dans le paragraphe suivant, qui arrive immédiatement.

Une des particularités de l'ensemble des produits dérivant de Gecko, le moteur de Mozilla, est l'utilisation d'un format spécifique pour définir l'apparence de l'application : XUL, un langage dérivé de XML et inventé par David Hyatt. Couplé à des instructions CSS, le XUL permet tout aussi bien de créer des applications s'intégrant parfaitement avec le système d'exploitation de l'utilisateur que des interfaces totalement délirantes, aux couleurs psychédéliques et à l'ergonomie révolutionnaire - pas forcement en bien, mais bon, c'est comme dans toutes les révolutions hein. Ce format à plusieurs avantages, notamment celui d'être entierement modifiable, puisqu'il s'agit somme toute d'un simple fichier texte, d'être très modulable, et de permettre facilement l'inclusion d'extension.

Cependant, pour pouvoir béneficier de tous les avantages du XUL, il faut un moteur de rendu, c'est à dire quelque chose qui comprend le XUL et peut le transformer en quelque chose de compréhensible par le système d'exploitation sur lequel le logiciel fonctionne. Et c'est là que le bât blaisse : avant XUL Runner, il était impossible d'avoir le moteur séparement, et donc toute application souhaitant utilisé le XUL devait soit intégrer le moteur aussi, soit passer par un navigateur avant d'être afficher. Relativement contraignant, et surtout, du téléchargement inutile pour le client : c'est en effet la raison pour laquelle le téléchargement combiné de Firefox et de Thunderbird pèse au total plus lourd que le téléchargement de la suite Mozilla, puisque pour le moment, Firefox et Thunderbird intègre chacun un moteur, alors que Mozilla en a un pour l'ensemble des composants.

XULRunner est donc, de facon schématique, ce moteur de rendu, seul. Par conséquent, XULRunner per se - j'sors des expressions latines alors que j'ai pas fait de latin depuis 6 ans si j'veux d'abord - ne fournit pas de fonctionnalités interessantes pour l'utilisateur finale. En effet, il joue uniquement le rôle d'intermédiaire. Cependant, ce projet présente des aspects particulierement interessant. Commencons par le plus utopiste : dans un monde ou XUL Runner serait installé sur tous les ordinateurs, on pourrait developper des applications passant sur n'importe quel système d'exploitation, de façon rapide, et n'avoir à distribuer que les fichiers XUL - CSS - JS dans un .jar, ce qui représenterait un gain de temps, de place et d'efficacité très agréable.

De façon plus pragmatique, il sera d'hors et déja possible d'offrir aux utilisateurs deux types de téléchargement, l'un comprenant les fichiers XUL accompagnés de XUL Runner pour ceux ne l'ayant pas encore récupéré, les fichiers XUL seuls pour les autres. Toute la difficulté de cette approche réside dans la necessité d'introduire aux utilisateurs finaux la notion de ce qu'est XUL Runner pour que ces derniers choisissent le bon lien en téléchargement, mais les avantages restent assez sympathiques

D'autre part, il était en projet, et je suppose que ca l'est toujours, de faire en sorte que Thunderbird et Firefox puisse tous les deux s'executer à partir d'un moteur partagé, donc, de XUL Runner, ce qui permettrait d'alléger les téléchargements de chacun de ses deux produits. Idéallement, cela devrait même assurer que tout utilisateur de Firefox ou de Thunderbird voit son ordinateur pourvu de XUL Runner, et soit donc capable d'executer de lire et interpréter des fichiers XUL. Certes, je ne pense pas que Firefox soit réellement installé sur tous les PCs, donc, ca ne permet pas tout à fait d'atteindre le point de vue utopiste précédent, mais cela fournirait déja une base relativement importante de gens dont les PCs se verraient dotés de XUL Runner

Démineur en XUL
Edit : Petite démonstration de ce qu'on peut faire facilement en XUL et JavaScript, lorsque XULRunner est installer. Pris sur mon PC avec la version de XULRunner que j'ai compilé ce matin ^^

Pour plus d'informations, je conseille de consulter l'article du wiki de mozilla.org sur XULRunner, à mon avis assez complet, mais qui détaille plutot cela d'un point de vue developpeur. Toutefois, il faut dire qu'à ce stade du produit, ce sont surtout eux qui seront interessés par le produit. Les utilisateurs finaux ne verront probablement pas la différence entre un produit utilisant XUL d'une application native, et, quelque part, c'est peut-être ca le plus beau. ( Enfin, tout dépend des utilisateurs finaux considérés, ceux utilisant plusieurs systèmes d'exploitations distincts seront très content de pouvoir retrouver la même application sur l'ensemble des ordinateurs sur lequel il travaille ^^; )

Revenir au blog
Vous souhaitez ajouter un nouveau commentaire ? Faites donc, il vous suffit de remplir le petit formulaire ci-dessous.
Sites visités