Admins

Mindiel a soumis une remontée de bug sur le github du projet : https://github.com/JohnMcLear/ep_table_of_contents/issues/42

Il y a un fix pour le bug, cf https://github.com/JohnMcLear/ep_table_of_contents/commit/04843c18c17a51dd5861409fba3b243f84132909

Nouvelle version (0.2.2) de ep_table_of_contents installé par Quentin (/srv/etherpad-lite/node_modules/ep_table_of_contents).

Suite à cette mise à jour, mes modifications sur /srv/etherpad-lite/node_modules/ep_table_of_contents/static/css/toc.css n'étaient plus présentes.

J'ai donc appliqué le diff du commentaire https://agir.april.org/issues/4502#note-13 (fichier toc.diff attaché à ce ticket) :

cd /srv/etherpad-lite/node_modules/ep_table_of_contents/static/css/toc.css
patch < toc.diff

Je ne sais pas quelle est la façon la plus propre de s'assurer que ces modifications ne seront pas perdues.

François indique :

une façon est de pouvoir surcharger localement les fichiers servis, 
dans une arborescence locale, mais il faut que l'appli le prenne en 
charge et par ailleurs quand tu fais ce genre de choses tu n'es jamais 
à l'abri que ton ajout devienne caduque voire casse la prochaine version de l'appli

ceci étant, dans le cas présent, je suppose que etherpad permet
d'ajouter une css perso ; dans ce cas il faut simplement surcharger
les regles css via ce mécanisme
https://etherpad.org/doc/v1.2.0/#index_custom_static_files

si un jour une personne veut le faire c'est pas dur mais il faut juste penser que pour s'assurer
de la prise en compte de la surcharge css il faudra rendre les sélecteurs plus spécifiques
(sinon c'est la dernière regle qui s'applique et on ne contrôlera pas ça)
cf https://www.w3schools.com/css/css_specificity.asp