The one place for your designs
To enable design management, you'll need to meet the requirements. If you need help, reach out to our support team for assistance.
VDDJ et sortie json
La release 2016.02 sort "4", "4a" pour D1 (avant D) et "4b" pour D2 (après D). Florian, tu peux traduire cela en ce que tu veux pour toi.
Il faudra réfléchir à un nommage plus régulier : 4a, 4b, 4c.. ? mais donc pas de 4 si plusieurs D ? Idem pour les N1/N2, sont-ils vraiment nécessaires dans le json ?
Très bonne question. Disons que pour l'utilisateur, l'information sur le premier D trouvé n'a que peu d'intérêt, mais d'un point de vue technique, il s'agit pourtant du plus fiable non ? Pour une question d'interopérabilité entre différents logiciels, il serait bon de simplement les nommer 4a,b , c... (pour les cas extrêmes). On aurait ainsi plus de flexibilité. Pour les N, la question c'est de savoir si on continue sur N1, N2, et Nxx ensuite. N1 peut passer, mais N2 devient obsolète. Est-il possible de faire Nx-y ? Ça donnerait Nv-j, Nv-a, Na-b, ... Ce n'est pas très esthétique, mais plus parlant pour quelqu'un d'extérieur. Ensuite il reste les cas des ddj. Le premier d est toujours considéré comme un 5 ? Ça donnerait quoi dans ce cas ? il faudrait empêcher les N1 pour aller directement au "Na-b", ou autre solution retenue.
On parlera de cela tranquillement en mars voire avril, rien d'urgent. Pour les N, une solution est tout simplement de .... supprimer cette sortie, comme c'est redondant avec les coordonnées.
(Les DDJ sont pour l'instant toujours mis comme 5-4-3.)
Fait. 4a, 4b, etc.
Non, ce n'est pas fait. "4a" / "4" / "4b" sont codés en dur dans core/segment.cpp.
Voir par exemple la sortie de should-vdj-tests/0000-nck-TRD+-VDDJ.should-vdj.fa
@nobody