Correction du fichier 'stoa0318.stoa002'

[LilyG98]

Fichier XML CapiTainS 3/5 à corriger pour la validation du cours de GIT du master HN.

Le chemin vers le fichier est le suivant : Chemin vers le fichier: 'data/stoa0318/stoa002/stoa0318.stoa002.digilibLT-lat1.xml'

Erreurs du Hooktest à corriger:

• [ ] Passage level parsing
• [ ] Unique nodes found by XPath
• [ ] Empty References
• [ ] Word Counting

[LilyG98]

Bonjour, J'ai numéroté les éléments <p> pour chaque <div type="cap"> mais me suis rendue compte que chaque <p> ne comporte qu'une seule <milestone>.

J'ai numéroté les <milestone> en fonction des <p> mais dans ce document-ci, toutes <milestone> auraient 1 pour numéro. Cela donnerait ainsi par exemple :

<p n="3">
          <milestone unit="par" n="1">
<p n="4">
          <milestone unit="par" n="1">

Sans qu'il n'y ait jamais de <milestone unit="par" n="2">ou plus.

Est-ce bien ce que vous souhaiteriez avoir dans Capitains ou bien vaut-il mieux retirer les indentations des <milestone> dans ce cas là ?

A savoir : dans le document de départ, les <milestone>sont numérotées d'une seule traite de 1 à 35 sans considérer les balises parentes <p> et <div>

[PonteIneptique]

Les milestones ne sont pas compatibles avec Capitains, seules les balises englobantes le sont. Donc la numérotation des <p> suffira. Par contre, dans ce cas-là très particulier, j'aurais bien essayé l'xpath /tei:p[./tei:milestone[1]/@n='$2'] (mais je n'ai jamais essayé cet xpath pour être honnête).

[LilyG98]

D'accord, je pourrais essayer cet xpath particulier dans une autre branche ! Pour être sûre d'avoir bien compris avant de me lancer : dans ce cas là, on ne numéroterait que le <milestone> et non <p> en indiquant dans le xpath que la numérotation de l'élément <p> correspond à celle de <milestone>, c'est cela?

[PonteIneptique]

Vu que les milestones sont déjà numérotées, on peut en effet tricher en indiquant qu'on identifie un p par le numéro de sa premìere milestone. Mais c'est biscornu et je n'ai jamais essayé !

[LilyG98]

J'ai essayé dans une nouvelle branche( Rendu_GIT_3-Essai-milestone )et le hooktest retourné est faux, contrairement à la version "classique" (sans milestone) essayée dans la branche de départ du rendu ( Rendu_GIT_3).

Au moins c'est désormais une affaire réglée (et ça m'aura forcé à jouer avec les branches comme nous avions vu en cours l'intérêt majeur qu'elles représentent dans git) ! :-)

[PonteIneptique]

Je regarderai par curiosité !

[PonteIneptique]

Closed by #45