✎ tutoriel:creer_une_extension_gnome [Wiki ubuntu-fr]

Vous affichez une ancienne révision du document ! Si vous l'enregistrez, vous créerez une nouvelle version avec ce contenu.

{{tag>gnome tutoriel programmation environnements personnalisation extensions_GNOME BROUILLON}}

-----

<note help>Les redirections c'est pas très compliqué et ça simplifie grandement la rédaction de l'ensemble des pages et donc les contributions en général.

Complexifier la syntaxe du wiki est globalement mauvais, **modifier les brouillons d'autrui aussi**.

Vu la nomenclature des logiciels Gnome, il va en falloir beaucoup de la redirection //"crochets/nom du logiciel qui redirige vers la page nommée d'après le paquet/crochets"// si on veut pouvoir les documenter proprement et clairement, plutôt que de faire des //"crochets/nom_page/barre/absolument n'importe quoi/crochets"// dégueulasses partout.

<note tip> Les redirections fonctionnent avec un plugin, qui à chaque mise à jour de dokuwiki risque d'être cassé (déjà arrivé plusieurs fois). De plus le code est un peu pourri et alourdit le fonctionnement global au point qu'on a déjà pensé à s'en passer. Inscrit toi à la ML pour en discuter ou pour coordonner tes action avec les autres plutôt que de transformer le wiki en zone de combat entre toi et un administrateur qui a autre chose à faire que de faire le ménage sans pouvoir t'expliquer. Ou donne moi un autre outil de contact plus rapide que les mails...

<note help>ptdr si c'est naze à ce point, enlevez carrément les explications relatives aux redirections de la page qui explique la syntaxe à respecter, parce que depuis mon inscription j'ai fait tellement de redirections que ton petit retrait de pluriel de mes brouillons ressemblait plus à une provoc qu'autre chose.
Pour me contacter il y a un forum sur ce site, je ne le regarde pas tous les jours, certes, mais je le regarde au minimum tous les jours où je modifie la doc.</note>
</note>
</note>

====== Tutoriel : programmer une extension Gnome Shell ======

Ce tutoriel concerne les personnes intéressées dans la **programmation** d'extensions Gnome Shell.

Les informations présentées ici sont normalement valables au moins pour les versions 3.18 à 3.24 de Gnome Shell.

<note important>Je partage ici mon expérience personnelle, mais je ne suis pas programmeur ni informaticien.

J'ai appris à faire des extensions "en autodidacte" et mes conseils sont sans aucun doute perfectibles, je ne suis en aucun cas une autorité en la matière.</note>

===== Introduction =====
==== Qu'est Gnome Shell ? ====
Le vocabulaire autour de [[:Gnome]]/Gnome 3/[[:Gnome Shell]] est parfois confus. \\
Gnome est un ensemble de logiciels libres formant un environnement de bureau. Depuis la version 3 de cet environnement, Gnome Shell constitue le //shell graphique// de l'[[:environnements|environnement]] Gnome, c'est-à-dire qu'il fournit l'interface graphique venant se greffer autour du [[:gestionnaire de fenêtres]] (nommé [[:Mutter]]).

Tous les 6 mois, aux alentours de l'équinoxe, une version stable de Gnome est diffusée, numérotée 3.xx, où xx est un numéro pair. Les distributeurs (les personnes qui mettent à disposition les paquets des distributions) mettent alors quelques jours à quelques mois avant de proposer ces paquets aux utilisateurs.

<note>Il est possible, notamment avec les Ubuntu antérieurs à mi-2017, que les versions des logiciels Gnome utilisés ([[:Nautilus]], ...) ne correspondent pas aux versions de Gnome Shell.</note>

Vous pouvez connaître votre version de Gnome Shell en tapant <code>gnome-shell --version</code>

==== Le code de Gnome Shell ====
L'interface Gnome Shell a la particularité d'être codée en javascript. Ce code est ensuite interprété par un moteur de rendu nommé **Gjs** (basé sur le moteur de rendu javascript de Firefox).

Vous le savez peut-être, javascript a la particularité d'autoriser le //monkeypatching//, c'est-à-dire qu'une fonction du code peut être réécrite à un autre endroit du code, dynamiquement. On peut donc modifier l'aspect et le comportement de la quasi-totalité des composants de l'interface Gnome Shell !

On va d'abord se procurer le code source de l'interface par défaut :

Rendez-vous à l'adresse ''https://github.com/GNOME/gnome-shell/tree/gnome-3-xx'' où xx est votre version de Gnome Shell, cliquez sur le bouton vert pour télécharger le code source au format .zip et décompressez-le avec un gestionnaire d'archives.

La partie du code qui nous intéresse est dans le dossier ''./js/ui'', vous pouvez ne conserver que ce dossier là si le reste vous encombre. Je vous conseille d'ailleurs de changer les permissions de ce dossier pour le mettre en lecture seule : nous n'allons jamais ni le modifier ni l'exécuter.

==== Javascript ====
Ce tutoriel n'est pas un cours sur le javascript, il est conseillé de se familiariser préalablement avec ce langage, qui n'est heureusement pas le plus compliqué en ce monde.

Ce n'est pas ici que vous apprendrez la syntaxe des conditionnelles et des affectations, ceci dit les explications fournies devraient vous suffire à suivre même si vous débutez.

===== Pré-requis =====

==== Les crashs ====
On va ici "jouer" avec Gnome Shell lui-même. Il est très très probable qu'on le fasse crasher à un moment ou à un autre, et il va donc falloir sérieusement améliorer la résilience aux crashs de votre installation.

Voici quelques idées ou astuces pour cela :

=== En cas de crash du gestionnaire de fenêtre ===
Utilisez des applications avec des boutons de fenêtre "CSD", de manière à ce que vous ne perdiez pas totalement le contrôle sur vos fenêtres en cas de disparition des barres de fenêtres.

Un terminal comme [[:Terminix]] peut être utile par exemple.

=== En cas de crash de Gnome Shell ===
Tout d'abord, ayez des icônes sur le bureau.

Dans ''~/.local/share/nautilus/scripts'', créez un fichier "Remplacer Gnome Shell" contenant seulement les lignes suivantes :
<file>
#!/bin/bash

gnome-shell -r
</file>

Vous pouvez maintenant entièrement recharger Gnome Shell à partir du menu "clic-droit" fournit par Nautilus sur les fichiers, et donc notamment sur le bureau.

=== En cas de crash total de la session graphique ===
Avec ''Ctrl+Alt+F2'', vous pouvez vous accédez à une console (tty2) où vous pouvez vous connecter en ligne de commande et par exemple annuler la manipulation ayant généré le crash en 1er lieu.

Si vous n'êtes pas à l'aise en ligne de commande, installez [[:Wayland#Weston|Weston]], il vous servira d'environnement de secours pouvant être lancé sur tty2 (par exemple) avec la commande ''weston'' (cela utilise Wayland, et peut donc être lancé en parallèle d'un environnement sur [[:Xorg]]).

==== Tester et débugguer ====
J'admets ne pas être un grand expert en débuggage, il existe probablement mieux que ce que je suggère ici.

Avec ''Alt+F2'', on trouve une fenêtre pour lancer des commandes. Cette fenêtre accepte des commandes "spéciales" internes à Gnome Shell.

=== Recharger ===
La commande ''r'' recharge Gnome Shell, cela peut prendre quelques instants.

Les extensions notamment sont rechargées depuis le début, comme si l'ordinateur venait d'être allumé.

=== Looking Glass ===
La commande ''lg'' ouvre //Looking Glass//, un outil dont on reparlera plus tard.

=== Voir les logs "en direct" ===
<note important>Installez l'extension **Caffeine** et activez-la __tout le temps__ que durera la manipulation ci-dessous. Si Caffeine est désactivée et que votre session se verrouille, vous pourriez avoir des difficultés à vous y reconnecter.</note>

Entrer dans un terminal la commande 
<code>gnome-shell -r</code>
C'est beaucoup plus "violent" que de simplement recharger Gnome Shell, et donc plus long. Toutes les erreurs émises entre autres par les extensions, mais aussi les messages ou les avertissements, apparaissent maintenant dans le terminal.

Pour pouvoir quitter le terminal, utilisez simplement le script qu'on a créé plus haut.

===== Un premier exemple =====
On peut créer une extension en //forkant// une extension existante, mais pour commencer, nous allons utiliser la méthode "classique" en lançant la commande
<code>gnome-shell-extension-tool --create-extension</code>

On vous demande un nom, une description et un identifiant ("uuid"). L'identifiant est souvent au format ''nom-extension@votre-pseudo'', inspirez-vous des identifiants d'extensions existants dans ''~/.local/share/gnome-shell/extensions/'' (mettez ce dossier dans vos signets Nautilus d'ailleurs).

L'extension qui vous est proposée pour débuter est un //Hello, World//, analysons les fichiers de son code source (situés dans ''~/.local/share/gnome-shell/extensions/''//votre-uuid//''/'') :

==== metadata.json ====
Ce fichier est **obligatoire** pour qu'une extension soit reconnue par Gnome Shell.

Entre accolades, on a une liste de propriétés au format ''"clef": valeur'' séparées par des virgules.

Pour l'instant, il y a les clefs :
  * ''uuid'' : obligatoire, doit correspondre au nom du dossier ;
  * ''name'' : obligatoire, apparaît dans [[:gnome-tweak-tool]] ;
  * ''description'' : obligatoire, apparaît dans [[:gnome-tweak-tool]] ;
  * ''shell-version'' : un tableau (array) de valeurs entre guillemets séparées par des virgules. Ce sont les versions de Gnome Shell que vous déclarez supporter. Cela aide les utilisateurs à faire leur "tri" sur le site officiel, mais avec les réglages d'Ubuntu par défaut, une extension peut être installée même sur une version non supportée.

==== extension.js ====
Ce fichier est **obligatoire** pour qu'une extension soit reconnue par Gnome Shell.

<note>Je le recopie entièrement le fichier, mais par petits bouts et dans le désordre pour pouvoir l'expliquer au fur et à mesure.</note>
<file>
const St = imports.gi.St;
</file>
Le fichier commence par l'importation de ce dont on va se servir dans l'extension. \\
St (Shell Toolkit) fournit un certain nombre de composants indispensables (des entrées de texte, des labels, des icônes, des boutons, ...).

De plus, tous les fichiers javascript correspondant au code source de l'interface (ui) Gnome Shell sont importables dans le code : ici, on rend accessibles le contenu de main.js et tweener.js (correspond aux animations).
<file>
const Main = imports.ui.main;
const Tweener = imports.ui.tweener;
</file><file>
let text, button;

<file>
function enable() {
    Main.panel._rightBox.insert_child_at_index(button, 0);
}

function disable() {
    Main.panel._rightBox.remove_child(button);
}
</file>
La fonction ''enable'' est appelée si l'extension est activée. Elle apporte les modifications à l'interface. Toutes ces modifications doivent être annulées par la fonction ''disable'', qui est appelé quand on désactive une extension.

Ici, la modification consiste à ajouter un bouton en forme d'engrenage dans le panneau supérieur, le bouton étant celui qu'on a initialisé tout à l'heure. Cliquer sur le bouton déclenche la fonction suivante :

<file>
function _showHello() {
    if (!text) {
        text = new St.Label({ style_class: 'helloworld-label', text: "Hello, world!" });
        Main.uiGroup.add_actor(text);
    }
    text.opacity = 255;
    let monitor = Main.layoutManager.primaryMonitor;
    text.set_position(monitor.x + Math.floor(monitor.width / 2 - text.width / 2), monitor.y + Math.floor(monitor.height / 2 - text.height / 2));
    Tweener.addTween(text, { opacity: 0, time: 2, transition: 'easeOutQuad', onComplete: _hideHello });
}</file>
Ici, on a plusieurs concepts intéressants : celui d'acteur, qui est lié à [[https://fr.wikipedia.org/wiki/Clutter|la bibliothèque Clutter]]. St est en fait une "surcouche" qui permet de rendre Clutter plus facile d'utilisation pour les usages courants de Gnome Shell, et d'uniformiser la manière d'y appliquer des thèmes.

Clutter fonctionne par la manipulation d'objets en 2D, nommés "acteurs", à l'intérieur d'un espace simulé en 3D. La classe de base d'un acteur est "ClutterActor", et tous les acteurs peuvent être positionnés, redimensionnés et tournés dans l'espace en 3D. La transparence est aussi gérée. Une transformation appliquée à l'acteur "parent" sera appliquée à ses acteurs "enfants". Voir la [[https://developer.gnome.org/clutter/stable/|vraie documentation]] pour plus de détails.

Remarquez qu'on a appliqué à ''text'' une propriété relative au style : vous trouverez une classe ''helloworld-label'' dans le fichier stylesheet.css

Tweener concerne les animations, ici, on a une animation de disparition en fondu qui dure 2 secondes (d'ailleurs, si dans [[:gnome-tweak-tool]] on désactive les animations, le bouton n'a plus aucun effet visible puisque le label disparaît sitôt apparu), animation à la fin de laquelle on appelle _hideHello

<file>
function _hideHello() {
    Main.uiGroup.remove_actor(text);
    text = null;
}
</file>

C'était donc le fonctionnement de l'extension "Hello, World". Maintenant, on va chercher à faire une extension utile.
==== stylesheet.css ====
Ce fichier n'est pas obligatoire. Il gère le style de l'extension en utilisant le langage CSS.

===== Créons une vraie extension =====

==== Une idée ====
On ne crée par une extension pour le plaisir de créer une extension !

Une extension **rajoute une fonctionnalité là où elle manque** selon vous (ou des personnes avec qui vous parlez) ; exemples :
  * Pas envie d'ouvrir la vue "activités" pour voir les icônes du dash ? -> [[:Dash to Dock]]
  * Pas envie d'un logiciel tiers pour gérer le presse-papier ? -> Clipboard Indicator
  * Pas envie d'utiliser la recherche ni de parcourir la liste des applications ? -> des extensions proposant des menus avec les applications par catégories
  * Pas envie de passer par la logithèque pour organiser vos //appfolders// ? -> Appfolders Management Extension

Ici, voilà qu'un [[https://forum.ubuntu-fr.org/viewtopic.php?id=1989116|problème récurrent embête les amateurs de films et séries sous-titrées]] !

C'est vrai ça, impossible de bouger la petite "fenêtre" qui indique le changement du niveau de son ou de luminosité, donc chaque changement de volume ou de luminosité interrompt donc la compréhension de mon épisode passionnant de //Quan Zhi Gao Shou// ou toute autre chinoiserie dont j'aimerais pouvoir lire les sous-titres (à défaut de comprendre les acteurs de la version originale).

Mais que vois-je dans [[#le code de Gnome Shell]] ? un fichier ''osdWindow.js'' qui contient précisément le code pour ces petites "fenêtres" gênantes ! Une extension peut donc résoudre ce problème ! De plus, ce n'est pas un problème très complexe, on va pouvoir le résoudre sans faire appel à des choses très compliquées.

Notre identifiant unique pour cet exemple sera ''move-osd-windows@maestrochan.fr'', il s'agit d'une "vraie" extension dont le code final complet est disponible sur le [[https://extensions.gnome.org/extension/1220/move-osd-windows/|site officiel]] des extensions Gnome Shell.

==== Première ébauche ====

Commençons avec une 1ère ébauche du code d'extension.js \\
Comme tout à l'heure, le code est en entier mais fragmenté pour être expliqué.
<file>

</file>

==== S'adapter à l'utilisateur ====
Cette 1ère ébauche ne fait que déplacer le problème : l'utilisateur préférerait sans doute, quitte à s'encombrer d'une extension pour bouger la fenêtre, pouvoir choisir où il la bouge !

{{ http://i.imgur.com/fZY2jzV.png|L'arborescence complète une fois le projet terminé !}}
=== Ajouter des paramètres ===
Pour commencer, on va ajouter des paramètres. Dans un dossier ''schemas'', il faut avoir un fichier XML dont le nom soit ''org.gnome.shell.extensions.move-osd-windows.gschema.xml'' (remplacez bien sûr par votre propre nom d'extension).

Ce fichier contient les lignes suivantes :
<file>
</file>

En ouvrant un terminal dans le dossier ''schemas'', compilez le fichier XML avec la commande
<code>glib-compile-schemas .</code>

On a maintenant des //clés// dans [[dconf-tool|dconf]] qui nous sont spécifiques.

=== Ajouter des langues ===
Il faut aussi ajouter une traduction en français à notre extension. Pour gérer facilement les langues et les clés dconf, on va modifier le code ainsi :
  * ajout de convenience (lien ?)
  * le ''_''
  * le get truc
  * lien vers la version finale du code
  * gros warning sa race à ce stade parce que c'est risqué hein

==== prefs.js ====

===== Autres exemples de code =====
N'hésitez pas à lire les codes d'autres extensions, pour les comprendre, s'en inspirer, voire copier et adapter des petits bouts de code (citez leurs auteurs quand même hein). Il est par exemple possible qu'il existe déjà des extensions modifiant déjà en partie l'interface presque comme vous aimeriez le faire, comprendre leur fonctionnement est donc intéressant.

[[#Le code de Gnome Shell]] est aussi bourré d'idées intéressantes même si elles sont souvent un peu compliquées à comprendre dans leur intégralité.

===== Ce dont je n'ai pas parlé ici =====
Parce que je préfère ne parler que de ce que je comprends, j'ai très peu abordé certains aspects du développement d'extensions pourtant très puissants. En voici quelques uns :
==== Clutter ====
==== Tweener ====
==== DBus ====

===== Publier l'extension =====
==== Un site de partage de code ====
Il est conseillé de publier le code sur une plateforme comme [[https://github.com|GitHub]] ou BitBucket, afin que d'autres personnes puissent collaborer au code source.

Le dépôt GitHub peut faire office de page de présentation de votre extension, l'onglet "Issues" permet de discuter des bugs ou des idées d'amélioration avec les utilisateurs de votre extension, et il est probable que des //pull requests// contenant notamment des traductions soient soumises à votre approbation.

==== La plateforme officielle ====
Quelques passionnés découvriront sans doute votre extension sur GitHub à un moment donné, mais pour que tous les utilisateurs trouvent votre extension si ils en ont besoin, il vous sera nécessaire de vous inscrire sur extensions.gnome.org et de cliquer sur "Add yours".

Le site vous demande un fichier ''votre@uuid.zip'' contenant directement au moins les fichiers ''extension.js'' et ''metadata.json'' ; soyez bien conscient que tout le code sera relu, et qu'il faut donc qu'il soit propre et compréhensible. Après validation (généralement, ça prend moins d'une semaine, vous serez averti par mail), vous pourrez ajouter une capture d'écran et un icône à la page de votre extension.

Pour mettre à jour l'extension, ne vous préoccupez pas du numéro de version dans ''metadata.json'' (il change automatiquement), contentez-vous de ré-uploader un fichier ''votre@uuid.zip'' selon exactement la même méthode. Si l'identifiant de l'extension est le même, le site sait qu'il faudra mettre à jour la page existante, et la mise à jour de l'extension sera proposée aux utilisateurs.

===== Voir aussi =====
https://wiki.gnome.org/Projects/GnomeShell/Extensions/StepByStepTutorial
https://developer.gnome.org/clutter/
https://developer.gnome.org/st/stable/
https://wiki.gnome.org/Projects/GnomeShell/DebuggingJavaScript
http://hosted.zeh.com.br/tweener/docs/en-us/

Merci de recopier le code ci-contre pour prouver que vous êtes humain : I L M O P Merci de laisser ce champ vide :

Résumé

Note : En modifiant cette page, vous acceptez que le contenu soit placé sous les termes de la licence suivante : CC Paternité-Partage des Conditions Initiales à l'Identique 3.0 Unported