Liste de liens :
Liste de liens :
La progression…
ajouts de requêtes…
Voir le ticket Ticket #996.
- on aurait le comportement 1) si on double-clique sur une courbe puis sur une autre courbe (à chaque courbe, un éditeur)
- on aurait le comportement 2) si on fait une sélection multiple concernant plusieurs courbes, la requête est alors un OU (|) entre les requêtes des différentes courbes. Mais je n'ai pas complètement suivi si une sélection multiple est possible sur ces graphiques ? (Idéalement, par un rectangle, me semble-t-il)
Plus simple peut-être :
- implémenter le comportement 1
- sachant qu'on peut obtenir le résultat qu'on aurait eu avec le comportement 2 en construisant une progression sur la requête combinant les objets à voir ensemble.”
SJ : Proposition de modèle de synchronisation entre les éditeurs :
Dans le modèle spécifié ci-dessus, la synchronisation peut se comporter de manière différente. Si l'on ouvre un éditeur de Concordance et une Edition liés à une progression on peut avoir 2 comportements pour la synchronisation selon l'arbre de liaisons suivant :
Donnant en représentation à plat :
Progression ←—————–> Concordance
Progression ←—————–> Edition
[ SH : Cette arbre de relations vient d'une session où l'utilisateur à d'abord activé une relation P→C puis une relation P→E, mais il faut qu'on tienne compte aussi d'une relation possible C→E.
Si l'utilisateur fait un double-clic dans la Concordance venant de la Progression, il faut décider si l'Edition qui s'ouvre est la même que celle ouverte depuis la Progession ou une autre.
Si c'est une autre ça donne des hiérarchies suivantes :
J'imagine que ça serait mieux si c'était la même, ce qui donnerait :
et du coup des relations de synchronisation parent/enfants différentes. SH]
Comportement de ce modèle :
Comportement générique de ce modèle :
Une question est de savoir si l'on veut lier également les enfants Edition et Concordance. Sachant que le but serait de mutualiser ce système à tous les éditeurs liés. Cela ne signifie pas que tous les éditeurs seront liés mais qu'ils auront la possibilité de l'être lors d'appel à un hyperlien. Par ailleurs dans ce modèle, la suppression du noeud parent supprime tous les noeuds enfants.
- l'état actuel de TXM (plusieurs requêtes, 2 modes, des options d'affichage) → voir specs de chart de progression specs_charts_progression_repartition