Les valeurs seg.5/4/3 sont désormais basées sur 1 : mettre à jour le browser
Voir "Les valeurs 5end et 4end dans .vidjil devraient être basées sur 1 / 1-based", qui sort dans la release algo 2016.07.
seg.5/4/3 a changé, et, de plus, c'est "stop" pour être plus cohérent. Mettre à jour le browser (et comment faire pour accepter les valeurs d'avant ?).
C'est un point bloquant pour le déploiement de 2016.07 sur rbx (mais pas pour la release).
Le mieux est probablement, dans le code js du browser, de conserver des positions commençant à 0 : les strings sont indexées à partir de 0 en JS. Dans ce cas à l'init, il faut réécrire toutes les positions pour leur retirer 1 pour les fichiers >= 2016b.
ok. Dans ce cas, à l'init, mais aussi dans .getHtmlInfo ou à l'export si besoin.
À faire avant de déployer 2016.07 sur rbx.
ae54031e..15c4968f. C'était plutôt pénible. Testé sur anciens et nouveaux fichiers, sur Demo X5 + vérif sur CDR3, de nous + de IMGT.