5 correctifs utiles pour améliorer votre expérience dwm

Dwm est un logiciel minimaliste brillant. Grâce à seulement 2000 lignes de code, ses développeurs ont réussi à fournir un gestionnaire de fenêtres rapide et léger. Cette approche spartiate du développement logiciel a cependant un prix. Certaines fonctionnalités ont été supprimées afin de réduire la taille du programme.

Malgré cela, il est possible d’introduire de nouvelles fonctionnalités dans dwm en corrigeant son code source, car dwm est basé sur la source. Juste pour faire des configurations de base, nous devons modifier config.h, qui fait partie du code source de dwm.

Bien que cela puisse sembler complexe au premier abord, patcher dwm est simple une fois que nous comprenons quelques éléments du processus. Cet article vise à enseigner les compétences nécessaires pour corriger avec succès votre propre installation dwm et fournir cinq correctifs utiles.

Qu’est-ce qu’un patch ?

Les correctifs sont de petits fragments de code qui peuvent être insérés dans un plus grand corpus de travail. Ceci est utile lors de la collaboration sur un gros projet logiciel, car cela permet aux programmeurs de voir rapidement les modifications apportées par les autres.

Les correctifs peuvent être aussi simples qu’un petit changement d’une ligne pour corriger un bogue ou un changement massif de plusieurs fichiers qui introduit une nouvelle fonctionnalité.

Comment patcher un code source pour dwm

Il existe plusieurs façons d’introduire des correctifs dans un code source. La façon la plus courante de le faire est d’utiliser une commande git. Par exemple, pour introduire un correctif dans un dépôt git, saisissez ce qui suit :

git apply -3 path/to/the/patch.diff

• le apply La fonction tentera d’insérer le contenu des fichiers correctifs dans les fichiers source indiqués.
• le -3 L’option tentera de corriger les incohérences et permettra à l’utilisateur de corriger les erreurs dans le processus de correction.

D’autre part, si nous éditons le code source sans aucun contrôle de version, nous pouvons utiliser le programme de correctif GNU. Pour insérer un patch à l’aide de cela, tapez ce qui suit :

patch -p1 < path/to/the/patch.diff

• le -p1 L’option s’assure que le fichier de correctif sera correctement étiqueté pour le programme de correctif à insérer.

Cependant, lors de la correction de dwm, il arrive que ces programmes échouent, car ils supposent que le code source que nous corrigeons est similaire à l’installation de base de dwm.

Cela signifie qu’au fur et à mesure que nous installons des correctifs, plus il sera difficile pour le programme de correctifs d’insérer ces correctifs. Pour cette raison, il est important de comprendre le fonctionnement du fichier de correctif afin que nous puissions installer manuellement les correctifs nous-mêmes.

Comment lire un fichier correctif

Un fichier de correctif se compose de trois éléments :

• En-tête indiquant dans quel fichier le code doit être inséré
• Sous-titre indiquant le numéro de ligne ou la fonction à insérer
• Le code lui-même

Comme nous l’avons expliqué ci-dessus, un seul fichier de correctif peut contenir plusieurs extraits de code destinés à accéder à plusieurs fichiers. Ce format nous permet de distribuer un seul fichier plutôt que d’avoir un seul fichier de correctif pour chaque fichier source.

Avec cela, la lecture du fichier de correctif ne nous oblige qu’à comprendre la syntaxe de ses en-têtes. Une fois que nous savons cela, le correctif proprement dit consiste simplement à copier et coller le code.

L’en-tête d’un patch contient des informations vitales concernant l’emplacement du fichier source. Par exemple, ceci est un en-tête pour le dwm patch de redimensionnement automatique.

diff --git a/dwm.c b/dwm.c
index 0362114..e4e8514 100644
--- a/dwm.c
+++ b/dwm.c

Les première, troisième et quatrième lignes indiquent qu’il s’agit d’un diff entre deux versions du fichier dwm.c. Il nous indique que le fichier que nous allons modifier est le fichier « dwm.c ».

Cependant, le simple fait de savoir quoi modifier ne nous aiderait pas à corriger le fichier source. Nous avons encore besoin de savoir où dans le fichier nous devons insérer le code. C’est ici que nous pouvons utiliser les sous-titres du fichier patch.

Par exemple, il s’agit d’un segment du même patch de redimensionnement automatique décrit ci-dessus :

@@ -92,7 +92,7 @@ struct Client {
 	int basew, baseh, incw, inch, maxw, maxh, minw, minh;
 	int bw, oldbw;
 	unsigned int tags;
-	int isfixed, isfloating, isurgent, neverfocus, oldstate, isfullscreen;
+	int isfixed, isfloating, isurgent, neverfocus, oldstate, isfullscreen, needresize;
 	Client *next;
 	Client *snext;
 	Monitor *mon;

Cela peut ressembler à un morceau de code intimidant, mais nous n’avons qu’à examiner trois choses ici :

• La première ligne indique le numéro de ligne où nous devons insérer un extrait de code. Dans cet exemple, nous devons insérer ceci à la ligne 92.
• Le deuxième argument sur la première ligne – struct Client { – indique la fonction spécifique que nous devons éditer. Ceci est utile lorsque le fichier source a déjà été fortement patché et que les numéros de ligne à gauche ne s’alignent plus.
• La dernière chose à regarder est la + et - signes dans le bloc de code. Le signe moins indique qu’il s’agit d’une ligne à supprimer, et le signe plus indique qu’il s’agit d’une ligne à ajouter.

Avec cela, nous avons maintenant une compréhension de base de la façon de corriger les fichiers source. Nous pouvons maintenant discuter des cinq correctifs utiles pour dwm.

1. Systray

Contrairement à la plupart des environnements de bureau, dwm n’est pas livré avec une barre d’état système par défaut. La barre d’état système est un segment d’un bureau où certaines applications peuvent laisser une icône avec les fonctions de l’application pour interagir rapidement avec un programme qui s’exécute en arrière-plan.

Ce patch introduit cette fonctionnalité dans dwm. Une fois installé, le correctif de la barre d’état système allouera le coin le plus à droite de la barre dwm aux programmes actuels de la barre d’état système. Il prend également en charge les configurations multi-moniteurs où le plateau apparaîtrait toujours sur le moniteur qui a actuellement le pointeur de la souris.

2. Xressources

le Correctif Xresources permet au programme xrdb de définir les paramètres graphiques pour dwm. Cela nous permet d’utiliser le fichier .Xresources pour changer les couleurs et les polices sans recompiler le programme. Il est particulièrement utile pour les utilisateurs qui utilisent déjà ce même fichier pour le jeu de couleurs de leur terminal.

De plus, le fait que xrdb dicte l’apparence de dwm nous permet également d’utiliser plusieurs thèmes. Nous pouvons le faire en modifiant le fichier .Xresources pour le jeu de couleurs que nous voulons et en l’activant en rechargeant dwm.

3. Tatami

Tatami est une disposition de fenêtre alternative pour dwm. Il représente les fenêtres de l’écran sous forme de carreaux disposés dans un sol japonais traditionnel. Cette approche est différente de la disposition traditionnelle du maître et de la pile, où chaque fenêtre autre que le maître s’amincit verticalement, rendant ainsi chaque fenêtre de la pile illisible.

La disposition en tatami est particulièrement utile lorsqu’il s’agit de quatre à cinq fenêtres simultanément, car elle donne à chaque fenêtre un espace d’écran suffisant pour que l’utilisateur puisse nous lire.

4. Maître de la concentration

La façon dont dwm organise les fenêtres est similaire au placement de blocs dans une pile. Chaque nouvelle fenêtre créée est placée au-dessus de la fenêtre précédente. Cela crée un ordre linéaire entre les fenêtres et nous permet de savoir quelle fenêtre est arrivée en premier.

Cependant, une limitation de cette conception est qu’elle ne nous permet pas de sélectionner librement la fenêtre principale dans la pile. Afin de sélectionner le maître, nous devons sélectionner chaque fenêtre jusqu’à ce que nous atteignions le bloc le plus élevé. Ce correctif modifie ce comportement et nous permet de sélectionner la fenêtre principale actuelle à partir de n’importe où dans la pile.

Il est particulièrement utile lorsqu’il s’agit de plusieurs fenêtres, car il nous permet de sélectionner automatiquement le maître dans la pile de fenêtres plutôt que de parcourir chaque fenêtre présente.

5. dwmc

La modification de n’importe quel aspect de dwm nous oblige à recompiler le programme chaque fois que nous voulons appliquer nos modifications. Cela inclut, entre autres, le jeu de couleurs et le comportement par défaut.

dwmc est un patch simple qui nous permet de modifier le comportement de dwm via un programme client. Cette approche est similaire à la façon dont bspwm utilise bspc pour modifier les paramètres de bspwm. Bien que dwmc soit beaucoup plus simple que bspc, il possède encore un certain nombre de paramètres utiles que nous pouvons utiliser et modifier.

Par exemple, une fonction que nous pouvons utiliser dans dwmc est togglebar. L’exécution de dwmc togglebar nous permet d’activer et de désactiver dynamiquement la barre dwm. Cela rend dwmc utile lors de la création de scripts qui exécutent un comportement de fenêtre personnalisé.

Toutes nos félicitations! Vous avez maintenant une compréhension de base du fonctionnement des correctifs de code ainsi que cinq correctifs utiles que vous appliquez dans votre installation dwm. Si vous recherchez une expérience minimale similaire dans un navigateur, consultez ce didacticiel.

Questions fréquemment posées

1. Les correctifs dwm sont-ils sûrs à utiliser ?

Oui! Un certain nombre de mainteneurs vérifient les correctifs présents sur le site Web suckless. Cela garantit que tous les correctifs du site Web fonctionnent pour la version de dwm pour laquelle il est écrit.

2. J’utilise git apply, mais mon correctif a échoué et dwm ne compile pas. Que devrais-je faire?

Cela peut se produire en raison d’un certain nombre de choses. La raison la plus courante est que les en-têtes git n’ont pas été supprimés du fichier source. C’est relativement facile à corriger. Nous devons supprimer les en-têtes et appliquer le correctif manuellement nous-mêmes.

Lorsque vous ouvrez le fichier source, vous verrez une ligne intitulée HEAD. Ceci indique le début de la modification. Il est suivi de la fonction à modifier. Vous devrez supprimer cette ligne et effectuer le patch manuellement. Ici, il y aura aussi + et - signes sur le côté gauche du code pour vous guider sur ce qu’il faut changer.

3. Que dois-je faire lorsque j’ai appliqué un correctif avec succès, mais que dwm ne veut pas compiler et demande des variables ou des déclarations manquantes ?

Le programme de correction n’a pas corrigé le fichier config.h. Par défaut, les correctifs modifieront le fichier config.def.h pour éviter tout conflit avec la configuration actuelle.

Cependant, cela signifie que le fichier config.h ne se chargera pas avec les bonnes valeurs de configuration pour ce correctif particulier. Pour résoudre ce problème, vous devez introduire les modifications dans le fichier config.def.h dans votre fichier config.h.