Préambule : ce message s'adresse prioritairement à l'équipe de développement CDIP, mais cela n’empêche pas les avis et réactions des utilisateurs.
Contexte :
Ne serait il donc pas temps que Généatique commence à réfléchir puis prochainement à proposer l'utilisation du format (interne) XHTML dans les notes des .gedcom ?
Il n'y a pas de raison que cela force à modifier l'interface utilisateur.
Évidemment XHTML ne fait pas partie su standard "gedcom" (figé depuis des années), mais
i) il y a eu d'autres extensions qui se sont généralisées depuis la dernière version du standard
ii) cette extension ne poserait aucun problème majeur aux autres éditeurs de logiciel utilisant le gedcom, que ce soit des services en ligne (tel Geneanet) qui étant basés web, disposent déjà tous des outils XHTML), ou des autres logiciels sur poste de travail (genre Hérédis pour n'en citer qu'un)
Il suffirait d'un minimum de coordination entre les acteurs pour se mettre d'accord sur les en-têtes annonçant XHTML, à l'instar de ce qui est fait aujourd'hui pour RTF)
Évidemment aussi la transition devrait se faire en douceur par exemple en proposant
i) dans un premier temps, seulement en option l'export gedcom des notes en XHTML
ii) puis ensuite, en option l'export des notes en .rtf (pour la compatibilité avec les anciens logiciels)
______________
PS : pour info, Geneanet vient de mettre en place un correctif qui fait que les lettres accentuées des notes en RTF exportées dans les gedcom sont maintenant correctement affichées. Il reste parfois un petit bug sur l'affichage des gras, soulignés et italique (quand l'éditeur intégré dans Généatique ne ferme pas les balises par la balise inverse mais par une balise de fermeture de paragraphe), mais ce bug [EDIT]a été corrigé dans la journée - était [devrait être corrigé très prochainement]. Il n'y a plus de raison de ne pas utiliser rtf pour les exports de .gedcom vers généanet.
Contexte :
- Il existe maintenant des éditeurs et modules éditeurs Rich Text (je ne parle pas de rtf mais de texte enrichi au sens large avec des gras soulignes, alignements, taille et couleur des polices ...) qui génèrent au format XHTML et plus ou moins WYSIWYG (ou plutôt WYSIWYM). Il est même possible que celui utilisé dans Généatique le propose.
- le format .rtf est "merdique" (les évolutions se sont faites au fil du temps pour accommoder les évolutions de Microsoft office") et complexe
- dans les dernières versions de Office, le format RTF n'est plus supporté ; le format .rtf est donc caduc de fait
-- - il existe des modules gratuits de conversion de RTF en XHTML et XHTML en RTF
Ne serait il donc pas temps que Généatique commence à réfléchir puis prochainement à proposer l'utilisation du format (interne) XHTML dans les notes des .gedcom ?
Il n'y a pas de raison que cela force à modifier l'interface utilisateur.
Évidemment XHTML ne fait pas partie su standard "gedcom" (figé depuis des années), mais
i) il y a eu d'autres extensions qui se sont généralisées depuis la dernière version du standard
ii) cette extension ne poserait aucun problème majeur aux autres éditeurs de logiciel utilisant le gedcom, que ce soit des services en ligne (tel Geneanet) qui étant basés web, disposent déjà tous des outils XHTML), ou des autres logiciels sur poste de travail (genre Hérédis pour n'en citer qu'un)
Il suffirait d'un minimum de coordination entre les acteurs pour se mettre d'accord sur les en-têtes annonçant XHTML, à l'instar de ce qui est fait aujourd'hui pour RTF)
Évidemment aussi la transition devrait se faire en douceur par exemple en proposant
i) dans un premier temps, seulement en option l'export gedcom des notes en XHTML
ii) puis ensuite, en option l'export des notes en .rtf (pour la compatibilité avec les anciens logiciels)
______________
PS : pour info, Geneanet vient de mettre en place un correctif qui fait que les lettres accentuées des notes en RTF exportées dans les gedcom sont maintenant correctement affichées. Il reste parfois un petit bug sur l'affichage des gras, soulignés et italique (quand l'éditeur intégré dans Généatique ne ferme pas les balises par la balise inverse mais par une balise de fermeture de paragraphe), mais ce bug [EDIT]a été corrigé dans la journée - était [devrait être corrigé très prochainement]. Il n'y a plus de raison de ne pas utiliser rtf pour les exports de .gedcom vers généanet.