Une application XUL est dépendante d'un moteur XUL.
Vous trouverez ci-après la liste des principales méthodes permettant d'exécuter une application XUL.
Vous trouverez ci-après la liste des principales méthodes permettant d'exécuter une application XUL.
1. XULRunner
L’exécutable XULRunner appartient au runtime XUL.
L’exécutable XULRunner appartient au runtime XUL.
Utilisé de la manière suivante :
xulrunner {CHEMIN_DE_MON_APPLICATION_XUL}/application.ini
Il permet de lancer une application XUL (cf : Architecture d’une application XUL).
ATTENTION :
Afin de prendre en compte un nouveau composant, il faut modifier le paramètre « BuildID » du fichier « application.ini ».
2. Firefox
Firefox est une application XUL qui intègre également le runtime XULRunner.
Elle peut donc directement lire les page XUL et HTML et surtout utiliser les composants qui se trouvent dans le répertoire {REPERTOIRE_FIREFOX}/components.
ATTENTION :
Afin de prendre en compte un nouveau composant, il faut supprimer les fichiers « .dat » du répertoire « Profiles » de Firefox pour l’utilisateur.
(exemple : D:\Documents_and_Settings\marc\Application_Data\Mozilla\Firefox\Profiles\ahovekp0.default)
3. Application autonome C++ ou Java
Une page XUL ou HTML peut être utilisée par le biais d’une application autonome en utilisant le runtime XULRunner.
Testé uniquement en Java, mais c’est apparemment aussi faisable en C++.
Les frameworks suivant permettent d’utiliser XULRunner en Java (1.5+) :
- DJNativeSwing pour les applications Swing (contient également des exemples d’utilisation d’XPCOM)
- SWT pour les applications SWT (et AWT ?)
3.1. Les fonctionnalités particulières
- Interception des fonctions Javascript
- Execution de code Javascript
- Utilisation des composants XPCOM
- Utilisation des DOM (Objets représentant les éléments d’une page XUL/HTML : « window », « document », « element »)
- Partager ses propres fonctionnalités avec XPCOM
- Gestionnaire de mise à jour
- Gestionnaire de plugins
Aucun commentaire:
Enregistrer un commentaire