Gérer les césures

[mattlev2]

Comment on fait pour les hyphénations ? Avec un choice, orig/reg ? Ça fera forcément des choice enchassés... Une autre option est de mettre les choice au niveau des graphèmes et non pas des mots (je sais pas si je suis clair). C'est ce qu'on fait avec Ariane.

C'est à voir !

[gabays]

Tu es très clair… et effectivement je bute sur ça. L'idée c'est de donner un fichier XML-TEI niquel pour nee pas perdre les participants: on change? Je le fais, aucun problème. J'encode avec cplutôt que wdu coup?

[mattlev2]

Quel est le fichier XML final que tu veux proposer ?

Pour l'hyphénation, on a deux cas de figure: -soit c'est dans un choice (1) -soit c'est pas dans un choice (2)

Pour (1), on peut simplement le laisser en orig, et le supprimer dans reg. C'est pas très précis mais c'est pas incorrect. Pour (2), il suffit d'ajouter un choice, et c'est réglé.

Tu en penses quoi ?

[gabays]

Je vais reprendre le fichier original (andromaque.xml), retirer les w type="s" et je vais encoder avec c les s longs, les u, les v, les i et les j qui devraient être modernisés à base de regex. Ce fichier peut être la base de l'exo car à partir de lui on peut soit retirer les cpour bosser sur un fichier simple, soit on ajoute des choicepour complexifier le travail. Si tu as besoin, framatalk quand tu veux ajd.

[mattlev2]

Ok. Dis moi si tu as besoin d'aide pour le XML. On verra après pour les XSL.

[gabays]

Je crois que c'est bon. Si le restes du xml te convient, ça devrait être prêt dans pas longtemps

[mattlev2]

Globalement, je pense qu'il n'y a pas de souci. Est-ce que tu pourrais résumer rapidement les normes d'encodage que tu voudrais pour le document final ? Avec la multiplication de fichiers j'ai du mal à voir à quoi ça va ressembler à la fin.

[gabays]

Tout est up to date. J'ai adapté le README qui explique comment ça marche et ajouté le doc du projet oxygen (.xpr) pour que ça soit prêt à l'emploi avec les scénarios configurés: tu cliques sur play et les transformations se font. Tu obtiens plusieurs fichiers avec plusieurs types d'encodage. Il n'y a pas vraiment de doc final: ça dépend de l'objectif. Pour le début du cours on peut retirer des éléments pour simplifier le travail. Pour la fin du cours on peut travailler sur un document plus lourd au niveau code, qui permet d'ajouter de la technicité aux manipulations. Je ne sais pas si je suis clair (ou si je comprends bien ta question).

[mattlev2]

Salut Simon,

• Pour le document final, je parlais de document XML. Il n'y en a qu'un, pas de souci donc. Ceci dit, tu penses garder les fichier addingApp.xsl et addingChoices_c.xsl ?
• Pour le .xpr, je pense qu'il faut éviter, et montrer aux étudiants comment configurer les scénarii de validation (+ ça évite de les rendre dépendant d'OXygen).
• pour tes , vers quoi pointent tes @ ana ?

[ana]

@mattlev2 tes @ana pointent vers une utilisatrice ;)

[mattlev2]

Échec !

[gabays]

hein?

[mattlev2]

J'ai taggé Ana avec l'arobase qui sert effectivement à cela ^^

[gabays]

Bonjour Ana. Enchanté!