Aujourd'hui, je n'utilise plus Konqueror mais ce très cher FireFox qui ne tient sur mon bureau que par cette extension magique qu'est ScrapBook dont je ne pourrais juste plus me passer. Du coup, a fini par se poser le problème du passage de l'un à l'autre des deux mondes. Alors je ne sais pas si cela va intéresser grand monde, mais au cas où, voilà comment faire.

Lire le fichier WAR

Techniquement les .war sont des archives TAR , compressées par gzip . En interne, l'utilitaire de Konqueror n'est pas mal fait car il rend standard n'importe quel site en générant systématiquement un index.html à la racine de l'archive, quel que fût le nom de fichier d'origine. Du coup, une première étape très simple à réaliser est un petit script permettant d'ouvrir ces archives sous FireFox à partir de Nautilus :

A noter que cela aurait aussi bien pu être Epiphany ou tout autre navigateur.

Lire l'URL du fichier WAR

Maintenant le problème, déjà présent sous Konqueror, est que j'ai bien le contenu mais pas la possibilité de revenir à URL d'origine. Il s'agit là d'une de ces précieuses fonctions Scrapbookiennes, bien utile lorsque l'on construit une présentation, une formation ou un article et que l'on aime à citer ses sources. Cela me permettrait aussi de pouvoir ré-archiver certaines pages avec Scrapbook qui n'altère que rarement le rendu dans l'opération.

C'est un peu en désespoir de cause que j'ai lancé un vi sur l'index.html dans un des dossiers temporaires créés par le script donné plus haut. Et au début du fichier, voici ce que l'on trouve :

Du coup, rien de plus simple, aidé de l'ami awk, de créer un petit script qui ouvrira l'URL d'origine du .war :

Simple et efficace. Stocké dans le dossier de scripts de Nautilus, l'action est directement disponible par click-droit sur un fichier. Ici tar est paramétré pour décompresser l'archive (zxf) mais dans la sortie standard (O) et seulement le fichier index.html. head récupère les deux premières lignes (-n 2) qui nous intéressent et awk recherche le motif http et lorsqu'il le trouve renvoie le première argument de la ligne sélectionnée.

Après connaissant le truc, rien n'empêche d'aller plus loin en ouvrant une série de fichiers war via la commande find pour les Scrapbooker en masse.

Conclusion

Voilà, sans doute encore un bon exemple de ce qu'un petit script tout bête peut apporter dans la vie de tous les jours.

Compilation

Pour ce qui est de la librairie GTK/WebKit, j'ai bien tenté de la compiler à la main mais il semble que le trunk soit méchamment cassé pour l'instant. Je me suis donc rabattu sur la version en dépôt testing de mandriva.

Ensuite, récupération des dernières sources d'Epiphany :

et enfin un bien classique ./autogen --prefix=/opt ; make ; sudo make install.

L'utilisation du /opt m'évite de torpiller l'installation existante d'Epiphany.

Petits tests

Côté tests, rien de bien violent. Juste un petit chrono à la main pour tester le temps de démarrage à froid et à vide (page de démarrage vide et tout cache système vidé), à chaud et à vide (second démarrage), à froid avec une page à affiche au démarrage (la page de garde d'artistan).

Type	Epiphany/WebKit	Epiphany/Gecko	FireFox2	FireFox3
à froid	3	6.5	5.6	6.5
à chaud	1.1	2.5	1.38	1.65
page	5.1	8.87	7.2	7.3
dhtml	60	609	658	257
javascript	9	64	64	50

A noter que j'ai désactivé toutes les extensions de FireFox pour ces tests.

Conclusion

Lorsque l'on utilise cette mouture d'Epiphany, la vitesse ressentie est très proche de ce que je connaissais avec Konqueror. Les chiffres le confirment pour tous les domaines testés. Les résultats de rendu de page, JavaScript et DHTML sont juste étonnant de vélocité et confirme que la vitesse de WebKit n'est pas une légende.

A noter la proximité logique des résultats Epiphany/Gecko et FireFox2 qui utilisent la même infrastructure et les nets progrès de FireFox3 qui surpassent Epiphany/Geck sur tous les tableaux.

Maintenant cette version n'est pas encore très sèche. Les pages "clignotent" aux transitions, certains rendus de contrôles sont bizarres et le correcteur orthographique est non fonctionnel (et non activable vu que about:config ne fonctionne pas). Mais dans l'ensemble, c'est très prometteur.

Et le résultat est d'ores et déjà fonctionnel pour ceux que cela intéresse et qui devrait, vu le poids des acteurs, finir rapidement dans la branche principale de FireFox.

Alors peut-être que ceux qui sont sous KDE vont enfin pouvoir bénéficier d'un kpart Gecko pour Konqueror. En tout cas c'est une idée pas toute jeune qui risque cette fois de finir par voir le jour.

Maintenant je ne suis pas bien sur que Gecko apporte grand chose par rapport à WebKit/KHTML. Ceci dit, les meilleurs performances de Qt par rapport à Gtk peuvent éventuellement compenser les résultats de Gecko par rapport à KHTML-WebKit, permettant ainsi à ceux qui utilisent KDE et FireFox d'avoir quelque chose de peut-être aussi rapide que Konqueror, qui sait...

Quant à moi, il va falloir sérieusement que je pense à écrire un Scrapbook pour Epiphany...

Pareillement, j'ai longtemps cherché à améliorer la vitesse de FireFox v2 pour retrouver un peu de la vélocité de Konqueror, avec plus où moins de succès. Ce billet n'est donc pas un appeau à Trolls, juste le fruit de mes petites recherches pour botter un peu les fesses du gros panda

Modifier les paramètres cachés de FireFox

Cela va nous servir par la suite donc autant en parler tout de suite. Les options que nous allons activer sont disponible dans les paramètres internes de firefox, pas dans ses préférences. Pour y accéder il suffit de taper l'URL about:config. S'affiche alors une liste de noms/valeurs. En double cliquant sur une ligne, nous pouvons modifier cette valeur. En clickant droit, il est possible de la supprimer ou d'en créer une nouvelle.

Pour les nouvelle valeur crées, il faut choisir son type : chaîne (string), valeur booléenne (boolean) et valeur entière (integer). Ensuite il faut donne son nom, puis sa valeur.

Voilà, avec cela nous allons pouvoir jouer un peu

Performances réseau

Avouons que la vitesse de transfert est peu la base des performances d'un navigateur, avec celle du moteur de rendu. FireFox n'est pas pire qu'un autre navigateur de ce point de vue. Cependant, comme souvent, ses concepteurs ont des "stratégies" qui ne sont pas forcement heureuses.

Activation du pipelining

C'est une chose étrange que le pipelining (téléchargement en parallèle des éléments) soit désactivé par défaut sur FireFox. Pour l'activer, il suffit simplement de modifier trois valeurs. Les deux premières active le pipeline en mode normal et avec les proxies. La dernière indique le nombre maximum de requête à traiter en parallèle.

La dernière valeur peut être modulée selon vos goûts mais un nombre trop important ne servirait à rien. A noter que selon mes tests, ce totoche de FireFox v2 refuse de charger les feuilles CSS et JS en parallèle, ce qui est proche de l'aberrant...

Supprimer la résolution IPV6

Une autre modification qui peut améliorer les performances est donc de désactiver la résolution DNS pour l'IPV6 (sauf si vous avez un tel réseau . Le but est d'éviter que FireFox ne s'amuse à résoudre un nom en IPV6 lorsque cela n'a aucune raison d'être :

Pour aller plus loin...

Enfin, comme l'indiquait FreeFlyer, un très bon plugin permet de paramétrer une partie de ces valeurs. Il s'agit de FasterFox. Ce plugin est très dense, il permet de régler le pipelining comme indiqué plus haut, mais permet aussi d'ajouter le téléchargement silencieux des liens d'une page, et pas mal d'autres goodies. A tester donc.

Performances visuelles

XUL

Là il s'agit de la lenteur de l'interface même de FireFox, pas du rendu des pages. C'est la latence que l'on constate par exemple pour afficher la page de préférences.

Techniquement, l'interface graphique de FireFox est décrite par des fichiers XML (barres d'outils, menus, etc...) formant une sorte de langage de description d'interfaces, le XUL. Ces fichiers XML sont "animés" par des... scripts en javascript. En somme, FireFox est une fenêtre vide et tout ce qu'il y a à l'intérieur de cette fenêtre est du XUL. Pour s'en convaincre, collez chrome://browser/content/browser.xul dans la zone d'adresse de FireFox et validez.

L'interface graphique de FireFox est donc totalement interprétée et sa vitesse est par conséquence limitée par l'utilisation de javascript qui est clairement plus lent qu'un équivalent compilé en C. Une bonne manière de s'en convaincre est de lancer epiphany qui pour un temps encore utilise le même moteur de rendu que Firefox : Gecko . Mais dans le cas d'Epiphany, toute l'interface est codée en C, c'est beaucoup plus réactif, beaucoup moins gourmand en mémoire, mais aussi clairement moins puissant.

La aussi, pour ce prouver que ce n'est pas un délire subjectif, il suffit d'utiliser oprofiler pour auditer l'utilisation du processeur lorsque l'on affiche des boites de dialogues, des menus, le résultat est le suivante :

Le problème est qu'il n'y a pas grand moyen d'améliorer les choses sur cet aspect. Passons donc à la suite.

X11

Alors je sens que je vais faire débouller des armées de trolls colériques en disant cela, mais X11, c'est pas un scoop, c'est lent. Et c'est logique, car au même titre que le couple XUL/JS apporte une richesse payée par une certain lenteur, X11 et la transparence réseau permettent des montages impossibles ailleurs (genre des écrans déportés sur des machines distribuées), mais induisant des temps d'affichages supérieurs à d'autres environnement. Allez disons le, c'est plus lent que Windows.

Et pour s'en convaincre une fois de plus, ce n'est pas sorcier. Installez une VM avec Windows et les pilotes optimisés VMWare, installez y la même version de FireFox que sous Linux, et comparez les deux vitesses d'affichage d'une page. C'est le jour et la nuit et pourtant Windows est dans une VM...

Alors peut-être n'est-ce pas lié qu'à X11, mais aussi à ce que la version Windows de FireFox a été un peu plus bossée, mais le résultat est là. Et là aussi, mis à part éviter de ralentir X11 en préférant les pilotes propriétaires (nVidia notamment), il n'y a pas de recettes miracles pour booster tout cela.

A noter que l'utilisation de xrestop nous montre que FireFox est un mangeur de ressources de tout premier ordre. Ce qui ne doit pas être sans conséquences sur les performances sous X11.

Diminuer le temps d'attente avant rendu visuel d'une page

Finalement, le seul point sur lequel nous pouvons jouer est l'aspect "psychologique" de la vitesse. Si une page met 10 secondes à se charger, le navigateur semblera plus "lent" s'il attends d'avoir toutes les informations pour l'afficher. Nous allons donc indiquer à firefox de lancer le rendu de la page le plus tôt possible. Cela est possible en créant une nouvelle "valeur entière" dans la paramétrage interne de FireFox (voir plus haut) et en fixant à 0ms le temps d'attente avant rendu visuel de la page.

Conclusion

On ne peut pas dire qu'avec tout cela j'atteigne la vitesse de konqueror mais c'est mieux... On va se consoler avec cela

Ce qui suit est donc avant tout ma liste d'extension pour FireFox qui couvre tous mes besoins de navigation.

BlockFlash

Aussi utile que bête comme choux, cet outil va afficher à la place des animations flash une icône qui ne charge le plugin que si vous cliquez dessus. Vu la légendaire stabilité du plugin flash sous Xorg/Linux cette extension devient vite indispensable. Un excellent complément à adBlock.

AdBlock

Une des bêtes noires des annonceurs et de certains blogs, un bonheur pour les autres. Cette extension va simplement filtrer tout ce qui est publicité et spyweb. Si vous n'utilisez pas privoxy (au boulot par exemple), il vous permet d'améliorer grandement confort, vitesse de chargement et anonymat.

En complément d'AdBlock, vous pouvez aussi utiliser AdBlock Filterset.G Updater qui permet de maintenir les règles à jour.

UserAgent Switcher

Là aussi du très simple mais très utile lorsque l'on veut se faire passer pour un navigateur que je ne citerais pour ne pas paraître trop énervé. A noter qu'avec le temps, le nombre de site qui osent encore ne pas être être compatible Gecko diminue rendant l'utilisation de cette extension plus rare.

ScrapBook

Lors de la première version de cette page, un gentil contributeur anonyme m'a dirigé sur cette extension. Je l'en remercie encore chaudement car autant dire qu'aujourd'hui, Scrapbook, FireFox et FireBug (voir plus loin) sont tout simplement indissociables.

Cette extension est un véritable centre documentaire permettant de stocker, trier, annoter, modifier des pages archivées une fois pour toute par un simple glisser-déposer. L'outil est suffisamment ouvert pour prendre en charge tous les formats (pages, fichiers vidéo, etc) que ce soit sur un site, ou en local.

Le tout est stocker localement à un emplacement de votre choix, et comble du luxe, il est possible de définir plusieurs emplacements sur lesquels il est aisé de basculer. Pratique par exemple pour mettre un dépôt scrapbook supplémentaire sur une clef USB.

Le format de stockage, pour ne rien gâter, est totalement transparent. Un fichier XML sert d'index, et chaque page archivée est dans son dossier avec tous les composants (images, scripts, etc..) permettant de le relire, même sans l'extension (tout dossier a son index.html). L'ensemble est quant à lui déposé dans un répertoire que l'on peut bien évidement spécifier à son goût, par exemple sur un partage réseau sauvegardé. Chaque page peut ainsi être commentée, taggée, annotée et l'outil dispose même d'un petit système de recherche.

L'extension est très bien maintenue et régulièrement mise à jour. Comme ont dit, l'essayer c'est l'adopter...

Add to search Bar

Cette petite extension bien pratique permet par un click-droit sur une zone de recherche, de transformer la dite zone en une nouvelle entrée dans la barre de recherche, en haut à gauche.

FireBug

Là c'est Moose m'a fait découvrir cette extension dont je ne peux, une fois de plus, plus me passer. Elle permet :

• Exploration dynamique des éléments d'une page avec affichage contextuel du code de l'élément, du style css, de son layout, de sa position dans le DOM...
• La modification temps réel du DOM.
• Exploration des fichiers css attachés, des scripts, et du DOM
• Analyse des temps de chargement des éléments constitutifs d'une page sous la forme d'un graph clair et lisible
• Debuggage des scripts !! avec points d'arrêt, pas à pas et points de suivi

Et tout cela dans un panneau en bas de page ou dans une fenêtre séparée avec une interface simple et claire. A se demander comment je faisais avant...

Dernier point, comme Scrapbook, FireBug peut lui-même être étendu par des extensions. C'est le cas de yslow que m'a indiqué anti-pixel. Cette extension d'extension donc, permet d'ajouter une batterie d'outils d'étude de performance de chargement avec en prime des conseils de conception.

A l'origine, j'utilisais WebDevelopper pour ce type de tâche. Ce dernier reste cependant utile pour le dévérouillage de fonctionnalités de FireFox (cache, coockies, etc...) et le redimensionnement du navigateur par profile de résolution.

Restart Firefox

Simple et bête, cette extension permet juste de relancer FireFox. Utile pour le test d'extension maison, mais aussi et surtout pour redonner vie à un firefox qui broute après une journée.

Bien entendu, le lecteur attitré à gnome, evolution, fonctionne sans problèmes mais deux choses me gênent dans ce lecteur. D'une part son apparence visuelle (question de goût - c'est sûrement paramétrable mais d'emblée je ne suis pas emballé) ; d'autre part un petit souci de SMTP : j'utilise deux STMP différents selon que je suis à la maison ou au boulot, et ce, avec plusieurs comptes email différents. Or à la base, evolution associe à chaque compte un SMTP fixé.

Bon ok, pour contourner le problème des STMP multiples, il est possible de créer deux fois le même compte en associant chacun à un SMTP différent mais ce qui me plaisait sous kmail, c'était la possibilité de choisir à l'envoi le SMTP que je souhaitais utiliser.

Importer les messages de kmail

La FAQ de thunderbird explique qu'il suffit de créer une boite temporaire au format mbox dans kmail et d'y mettre l'ensemble des messages que l'on veut importer, appelons ce dossier temporary. On copie ensuite ce dossier dans l'arborescence de thunderbird, normalement dans ~/.thunderbird/xxxxxx.default/Mail/Local Folders/ et, ô magie, la boite apparaît dans l'arborescence de thunderbird.

Alors il faut être un peu plus précis (à moins que je n'ai loupé la manip) : en fait, dans ~/.kde/share/apps/kmail/mail/, il faut aller en réalité dans .temporary.directory, qui n'est donc pas un dossier visible lors d'un simple ls. Et c'est le fichier temporary que contient ce dossier caché qu'il faut déplacer vers l'arborescence de thunderbird.

Autre problème : si temporary contient lui-même des sous-dossiers, ils ne seront pas vus par thunderbird pour la même raison : il faudra recopier le contenu des sous-dossiers cachés. Encore une fois, j'ai peut-être foiré la manip d'export ... mais après ces quelques péripéties toutes mes boites sont importées sans problèmes.

Les SMTP multiples sous Thunderbird

Sous thunderbird, on peut déclarer autant de SMTP indépendants que l'on souhaite, en sachant qu'il y en a un d'utilisé par défaut pour l'envoi du courrier. Ensuite, chaque compte peut utiliser le SMTP qu'il souhaite, soit celui par défaut, soit un autre bien précis : il suffit, dans la gestion du compte, de cocher le SMTP voulu. Vous allez me dire que cela ne résout pas vraiment mon problème puisque cette méthode m'oblige à reconfigurer mon SMTP par défaut à chaque fois que j'arrive au boulot, ou que je rentre à la maison. Pas pratique.

C'est aussi ce que je me suis dit, et après quelques recherches je suis tombé sur un petit plugin sympa : Buttons!. L'intérêt premier de ce plugin est de permettre l'ajout de tout un tas de boutons dans les barres d'outil de thunderbird. Je n'ai pas tout exploré, mais le bouton qui m'a de suite intéressé, c'est celui qui permet un raccourci aux différents SMTP configurés. Pour ma part, je n'ai installé ce bouton que sur la fenêtre de rédaction des messages (voir photo).

Un click sur le bouton "SMTP" permet d'accéder aux paramètres des SMTP, mais plus simplement si on clique sur la flêche associée au bouton (juste à droite de celui-ci), on peut alors directement choisir le SMTP à utiliser pour l'envoi du message. C'est exactement ce que je souhaitais

Iconification de Thunderbird

C'est bien pratique de voir dans le systray si des nouveaux messages sont arrivés ; or thunderbird, par défaut, ne possède pas ce système de mise en icone dans la boite des miniatures, comme tout bon lecteur de mail gnome ou kde. Qu'à cela ne tienne, deux options s'offrent à nous.

La première consiste à utiliser un petit paquet s'appelant alltray qui est sûrement disponible chez votre fournisseur habituel de paquetages. Le principe de alltray est de pouvoir iconifier tout ce que vous souhaitez pour rendre la fenêtre visible ou invisible en cliquant sur la miniature. C'est évidemment surtout utile pour des applications non gnome ou non kde (firefox, par exemple).

Petit inconvénient tout de même : alltray ne permet pas le changement de statut de la miniature, par exemple l'arrivée de nouveaux messages n'en change pas l'aspect, ce qui est un peu gênant. Mais pour d'autres applications, c'est un outil intéressant il me semble.

Deuxième solution : on se tourne à nouveau vers un plugin ; et celui qui correspond à mon besoin s'appelle moztraybiff. Ce plugin iconifie thunderbird dans le systray et l'arrivée de nouveaux messages modifie la miniature (cf. photo). Seul petit inconvénient : fermer la fenêtre thunderbird ne le laisse pas dans la boite à miniature, mais ferme réellement l'appli. Il faut donc ne cliquer QUE sur la miniature pour basculer entre le mode visible/caché. Au fond, c'est plus naturel, mais ça demande un petit temps d'adaptation.

Personnalisation de l'interface

Dernier point : on peut tout çà fait modifier l'apparence de thunderbird via une feuille CSS. Il faut pour cela (s'ils n'existent pas) créer un dossier chrome dans ~/.thunderbird/xxxxxx.default et y mettre dedans la feuille de style sous le nom de userChrome.css (attention aux majuscules/minuscules pour le dossier et le fichier).

Je ne vais pas rentrer en détail dans toutes les possibilités de personnalisation qui sont nombreuses, voici deux liens qui font le point sur les différentes classes pouvant être stylisées : mozzilla.org et linnhe web site.

Conclusion

Au final, thunderbird convient parfaitement à mes besoins d'utilisation grâce à l'utilisation de plugins, ce qui est de façon générale l'un des gros points forts des appli mozilla.

Pas besoin donc de me torturer avec evolution que je ne porte pas dans mon coeur, et je peux définitivement laisser de coté tout résidu de KDE, ce qui permet d'avoir un ensemble plus homogène.

Améliorer le Look de FireFox

Synchroniser GTK avec KDE

Le look par défaut de FireFox est franchement horrible sous Linux/KDE. Et à mon humble avis, l'utilisation de thèmes aggrave encore les choses pour ceux qui aiment que l'ensemble des applications se ressemble.

Comme dit plus haut, par défaut, FireFox utilise le look de GTK. Il existe certains styles comme ClearLook qui ont été portés à la fois sur GTK et sur Qt. Mais la "vraie" solution réside plutôt d'ans l'utilisation de gtk-qt. Qt-Gtk est en réalité un thème pour GTK qui a la particularité de copier celui qui est en court d'utilisation sous Qt. En utilisant ce style, les applications GTK (FireFox, mais aussi Gimp, Evolution, etc...) deviennent alors d'un coup de baguette magique compatible avec le look général de KDE.

Pour l'installer sous Mandriva

Ceci fait, il fait paramétrer GTK pour utiliser notre nouveau style. Et là il y a quelques mystères... J'ai remarqué que pour un look quasi parfait de toutes les applications, j'ai besoin de trois choses.

Tout d'abord, d'aller dans le panneau de configuration de KDE, dans la section Apparence/Style et Police GTK, de choisir Use my KDE style in GTK applications, Use my KDE fonts in GTK applications, de clicker sur Install scrollbar fix..., puis sur Appliquer.

Ensuite, je vais régler, en plus, le style GTK par l'application gtk-chtheme. Elle aussi se trouve dans votre distribution sans aucun doute. Une fois lancée, vous cherchez le style Qt et vous le sélectionnez.

Dernier point, installer le gnome-settings-deamon. Cet utilitaire semble important pour que le style passe bien sur certaines applications comme... firefox, mais aussi Eclipse. Le plus simple est d'installer le package gnome-control-center. Ceci fait, il faut simplement créer un lien symbolique dans votre dossier AutoStart :

Ceci fait, pour le lancer la première fois et pour re-re-re-configurer le style GTK, lancez gnome-control-center, clickez sur Thème puis Personnaliser..., sélectionnez dans la liste de l'onglet Contrôles le style Qt, puis clickez sur Fermer/Fermer

Voilà, ça devrait être bon, vérifiez à l'aide de la commande ps -edaf que le démon est bien lancé, quittez firefox et relancez le, normalement il devrait avoir le style Qt, même pour les onglets...

Modifier l'interface utilisateur

L'interface de FireFox est très ouvertes car écrite en XUL (nous verrons cela plus en détail avec les extensions), un format de description hérité du XML qui emprunte beaucoup de ses comportements au couple DOM/Javascript. Cette particularité rend possible la modification de l'interface même de firefox à travers l'utilisation de simples feuilles de style. Et c'est très simple comme vous allez le voir.

Prenons un exemple. Sous KDE, j'utilise une fonte très particulière pour les menus, la Square721 BT, en 12pt. Et malheureusement, Firefox n'en a cure. Malgrès l'utilisation de GTK/QT, il décide d'afficher le tout a sa sauce.

La solution se trouve dans votre dossier ./mozilla/firefox/XXXXX.defaults/chrome. Vous trouverez là, deux fichiers userChrome.css. S'il n'existe pas il faut le créer. Ce fichier est ni plus ni moins qu'une feuille de style classique à la différence près qu'il ne modifie pas l'apparence d'une page web, mais de l'interface de FireFox. La syntaxe est strictement la même, seul les tags changent, car XUL est plus riche que HTML et contient par exemple des balises bookmarks-tree, tabs ou menubar. Nous alons donc ajouter un bloc de CSS pour modifier la fonte et la taille de celle-ci pour l'ensemble (ou presque) de firefox.

Le mot clef !important est très... important En effet, il va indiquer à firefox que ce n'est pas la peine d'utiliser une autre police, c'est celle là que l'on veut. Bien évidement, il faut redémarrer firefox pour voir le résultat (vous pouvez remplacer "ma" fonte par n'importe quelle autre police de votre goût).

Alors oui ce système est très puissant mais aussi assez obscure. Je n'ai en effet pas réussi à mettre la main sur une documentation complète et/ou à jour sur les balises et les IDs utilisables. Le bon moyen pour trouver votre voie, est d'utiliser le men DOM Inspector et de saisir l'URL chrome://browser/content/browser.xul dans l'inspecteur. Là il vous faut naviguer pour trouver votre bonheur et le reporter dans la feuille de style.

Petit gag amusant, tapez la même URL (chrome://browser/content/browser.xul) non pas dans le DOM inspector, mais dans firefox directement

Modifié le rendu des pages

Maintenant que l'interface nous convient mieux, il est temps de s'attaquer aux pages elle-mêmes. En effet il y a plusieurs choses qui ne vont pas. Les bordures des zones d'édition et des boutons sont épaisses et laides, les boutons cubiques, les radios et les combos semblent venir d'un autre âge.

Après redémarrage, toutes les zones de textes sont ainsi modifiées, quel que soit le site visité. Cette solution permet avec un peu d'effort de régler tous les problèmes. Mais l'avantage est que quelqu'un a déjà fait cela pour nous en fournissant un kit complet transformat tous les contrôles firefox avec un look kde. Cela s'apelle FireFox Form Widgets. Une fois que vous avez téléchargé cette archive, il suffit de la décompresser, d'aller dans le dossier KDEWidgets, et de copier tout son contenu (5 images et une feuille css) dans le dossier /usr/lib/firefox/res/. Après redémarrage de firefox, tout les formulaires sont maintenant visuellement compatibles avac KDE.

Améliorer l'intégration avec KDE

L'intégration à KDE est à prendre au sens large du terme. Il s'agit autant de remplacer les dialogues GTK par ceux de KDE (ex. Impression) que de pouvoir appeler certaines applications KDE en lieu et place des fonctions internes de FireFox (ex. Téléchargement).

Utiliser KPrint pour l'impression

GTK et l'impression c'est un roman. Linus Torvald lui-même avait pété le plomb sur ce sujet tant l'équipe Gnome avait simplifié à outrance les dialogues au point de les rendre absolument inutilisable dans certains cas (avec deux imprimantes par exemple). KDE, en revanche, a un magnifique moteur d'impression nommé kprint. Nous allons donc tenter de l'utiliser. Pour cela il faut aller dans la boîte de dialogue d'impression de firefox (Fichier/Imprimer). Cliquer sur "propriétés". Dans la zone "commande", videz ce qui existe et saisissez juste kprinter --stdin. Validez et tentez une impression, vous devriez enfin déboucher sur la fenêtre d'impression de kde. simple et efficace (idée originale trouvé ici)

Ajouter les flux RSS dans akregator

Pour réaliser cela, il faut utiliser ce script. Vous pouvez sauver ce script en /usr/bin/xdg-addrss et le rendre exécutable (chmod +x /usr/bin/xdg-addrss).Ensuite, dans les préférences de FireFox 3, allez dans l'onglet Applications, cherchez Flux WEB/Autres.. et sélectionnez votre nouveau script.

Comme souvent, l'effet est immédiat, il suffit d'aller sur un site disposant de flux, de cliquer sur l'icône orange dans la barre d'url et de sélectionner votre flux pour qu'il apparaisse sous akregator. Une bonne chose de faite, passons à la suite

Appeler des programmes externes à partir de FireFox

Pour rendre FireFox encore un peu plus intégré à KDE, j'avais besoin de deux choses. Tout d'abord un menu contextuel sur un lien dans une page permettant de transférer l'URL vers Agregator. L'idée est d'exploiter pour se simplifier la vie, les fils discussion au format RSS, de plus en plus nombreux. Ce menu devra exécuter le script présenté plus haut pour ajouter la conversation à akregator.

La deuxième chose qui me manque est l'archivage des pages web. L'idée est d'avoir un menu dans la barre principale appelant un script qui va télécharger la page avec ses images, ses styles, etc... et bien sur compresser l'ensemble en un fichier .war. Ses fichiers .war sont directement lisibles par konqueror et me servent à garder trace de tous les articles qui vont un jour ou l'autre disparaître de la toile. Je peux garder konqueror pour les relire, mais je dois pouvoir les créer avec FireFox.

Alors aussi étrange cela puisse paraître, ajouter un menu pour Firefox, c'est la croix et la bannière. En réalité il n'existe aucun mécanisme standard permettant de faire cela simple (comme un simple fichier .desktop sous konqueror). Pour y arriver, la seule possibilité est de faire une extension... Sacré programme pour un bête menu

Création d'un plugin basique

Heureusement, après avoir passé quelque temps à tenter de créer un plugin, j'ai découvert un magnifique assistant qui fabrique cela tout seul. Il suffit de la paramétrer pour lui demander de nous générer un fichier xpi contenant un squelette fonctionnel.

Dans notre cas nous allons donner les valeurs suivantes :

• Your Name: Votre nom
• Extension Name: le nom du plugin, par exemple, handleit
• Short Name: handleit
• Extension: handleit A.T. _bad_karmalab.net
• Cocher Create options dialog and preferences
• Cocher Create context menu item
• Cocher Create custom about box

Vous pouvez en mettre plus si cela vous tente mais c'est tout ce qui est nécessaire. Il ne reste plus qu'à cliquer sur Create Extension pour télécharger le fichier squelette handleit.zip

Ce fichier contient tout ce qu'il faut pour fabriquer un XPI mais pour l'instant, nous allons l'utiliser tel quel sous FireFox. Première étape, localiser votre dossier de profile. Il se trouve normalement dans le dossier ~/.mozilla/firefox et porte un nom ésotérique avec l'extension .default. J'imagine que c'est pour des raisons de sécurité. S'il vous en avez plusieurs, trouvez le bon en vous aidant du contenu du fichier bookmark.html qui se trouve à l'intérieur.

Dans ce dossier, que nous appellerons à partir de maintenant nrz806.default, se trouve un dossier extensions. Et dans ce sous-dossier sont stockés tous les plugins que vous avez installés. Pour utiliser notre plugin en cours de fabrication, nous allons donc procéder de la manière suivante :

Ceci va créer un \"faux plugin\" dans le dossier des extensions qui pointe sur le plugin que l'on est en train de développer. Pour continuer, je vous conseille d'installer l'extension Restart FireFox. En effet, redémarrer firefox est le seul moyen de tester les modifications dans le plugin, youpi

De toute façon, l'installation de cette extension va logiquement impliquer... de redémarrer FireFox. Lorsque ce dernier sera revenu à lui, vous aurez un nouveau menu Restart FireFox dans Fichier, un menu En rouge dans Outils et un nouveau menu dans votre click-droit. Les deux derniers ont été ajoutés par votre plugin.

Pour modifier les libélés, allez simplement changer leur valeur dans ~/workspace/handleit/locale/en-US/handleit.dtd. Mettez Archiver la page courante comme valeur à handleit.label, et Ajouter la conversation à Akregator dans handleitContext.label. Ceci fa22it, redémarrez FireFox pour admirez votre premier résultat.

Les plugins sont en javascript, pour modifier le comportement de nos deux menus (qui pour l'instant disent "hello world"), il faut modifier le fichier /home/yoran/workspace/handleit/content/overlay.js. Il nous faut tout d'abord y ajouter une fonction qui exécute une commande externe à FireFox (et oui, c'est possible...). Pour cela, ajoutez après la fonction onLoad:fuchions(){...}, le code suivante :

La virgule finale est importante !! Ceci fait, nous allons vider le corps de la fonction onMenuItemCommand pour la faire coller à nos besoins. En l'occurence il s'agit d'exécuter deux commandes différentes en fonction du type d'appel (par le menu principal ou par le menu contextuel), cela nous donne :

Notez que comparé à l'utilisation précédente, nous passons un paramètre en plus à xfg-addrss pour spécifier de mettre ce que l'on ajoute dans le dossier conversations d'Akregator.

Il ne nous reste maintenant plus qu'à créer le script /usr/bin/xdg-war-archive disponible ici

Ce script va donc poser sur le bureau de l'utilisateur qui le lance un fichier portant comme nom, le tire de la page. Il consistera en une archive tar.gz complète au format .war lisible donc par konqueror. N'oubliez pas de faire un chmod +x /usr/bin/xdg-war-archive.

Il ne reste maintenant plus qu'à redémarer FireFox pour tester tout cela. Si cela coince, il doit y avoir une faute de frappe, vous pouvez mettre des boites de dialogue dans le code pour tester pas à pas :

Maintenant si vous voulez supprimer le faux plugin et installer "pour de vrai" votre création (ou pourquoi pas, la redistribuer, il y a de quoi être fier , la marche à suivre est la suivante :

Vous pouvez maintenant supprimer le faux plugin de votre profile, et installer le fichier XPI fraîchement généré.