Modularisation de signaturepdf pour intégration dans CryptPad sans forker

[ldubost]

Une intégration/fork de singaturepdf a été réalisé. Le code est ici:

https://github.com/xwiki-labs/cryptpad/tree/signpdf/www/sign

Cependant il a été nécessaire de forker pour plusieurs raisons:

1/ Remplacement de la generation server-side par client-side (voir #45)
2/ Besoin de modifier le code qui charge le PDF dans l'UI signaturepdf. CryptPad récupère le fichier par son propre système. Il faudrait être capable soit de fournir le fichier à la librairie signaturepdf full client side ou de choisir une methode alternative pour aller chercher le fichier
3/ Besoin de stocker la configuration des éléments de signature dans Cryptpad et pas dans localstorage (non possible dans le contexte CryptPad). De la même manière il faudrait pouvoir fournir une API pour stocker les configurations des élements de signature
Une fonction non implementé dans le cas CryptPad pourrait être aussi de choisir comme image une image de son drive. Donc il pourrait être intéressant de pouvoir ajouter une tab à la popup pour créer un élement de signature)
4/ Modifications de CSS et d'HTML pour s'afficher correctement dans l'interface CryptPad (qui a déjà une sidebar et un header)
5/ Ajout d'un bouton pour stocker le fichier signé dans le drive cryptpad

Tous ces éléments demandent plus de modularization afin de pouvoir "utiliser la libraire signaturepdf" plutôt que de la forker.

[ldubost]

J'ai vu que dans l'issue #38 il y a une intégration NextCloud. CryptPad prévoie dans le futur (courant 2023) une intégration NextCloud aussi pour ouvrir des documents de NextCloud (ou autre systèmes) dans des éditeurs CryptPad. Ce principe pourrait être utilisé pour l'UI de signature dans CryptPad