2010-12-01 54 views
0

Nous avons la documentation html est SVN. Les utilisateurs écrivent la documentation à l'aide de l'éditeur wysiwyg NVU. L'histoire diffs produisant par NVU est vraiment mauvaise. Je veux dire que même lorsque vous changez seulement un mot dans un fichier html et que vous le sauvegardez, le fichier résultant a un formatage très différent. Si vous jetez un coup d'oeil sur l'historique SVN ou sur le trac, vous ne pouvez pas distinguer ce qui a été changé. Existe-t-il d'autres fichiers de production ayant des différences bien connues lorsque l'on regarde dans l'histoire via le calendrier SVN ou TRAC?Quel est le meilleur éditeur HTML de Wysiwig produisant assez de différences dans l'histoire de SVN?

+0

Vous obtiendrez ce comportement avec à peu près un éditeur WYSIWYG. C'est particulièrement grave si vos utilisateurs effectuent leur édition dans différents navigateurs, car la plupart des fonctionnalités WYSIWYG sont basées sur la façon dont le navigateur génère le DOM, ce qui diffère considérablement entre les différents navigateurs (et même entre les versions des navigateurs). – Spudley

Répondre

1

J'utiliserais probablement un outil pour normaliser le HTML, quel que soit l'éditeur choisi par les utilisateurs, et dis à tout le monde de l'exécuter avant de valider. Pour vous assurer que cela a été fait, vous pouvez bloquer les validations dans le crochet svn pre commit. Si, par exemple, le HTML est supposé être bien formé en XHTML, vous pouvez écrire un tel crochet avec xmllint --format pour vous assurer que le XML entrant correspond à celui du fichier xmllinted, ou vous rejetez le commit. De cette façon, vous pouvez forcer vos utilisateurs à exécuter un script prepare ou similaire avant de valider.

+0

Ce n'est pas une mauvaise solution. Merci beaucoup. – qub1n