Bonjour,
Je m'apprête à interpeller le service technique, mais je préfère poster par acquis de conscience.
Peu de code à mettre pour exposer le soucis. Désolé.
Une table multisélection, et un ordre "POUR TOUTE LIGNE SELECTIONNEE"
Une mélasse sans nom dans ma BD après ce traitement !
J'avais cru naïvement que la séquence de traitement suivait l'ordre d'affichage (à défaut de documentation contraire de PCSoft, cela me semblait l'ordre naturel).
Que nenni, la séquence de traitement suit l’ordre de sélection de l'utilisateur. Pourquoi pas, mais ce serait sympa de le dire !
Soit, j'envisage cette contrainte dans mon traitement.
Ensuite je découvre qu'un tri de la colonne (je suis dans une table), avec des lignes déjà sélectionnées, vient chambouler la séquence de lecture des lignes sélectionnées.
Et là, plus aucune cohérence : tant avec l'ordre de parcours de la source, l'ordre de sélection, l'ordre de tri.
Les lignes sélectionnées sont lues au petit bonheur la chance !
J'ai décidé d'isoler le comportement de toute source de données et de tris qui pourraient interférer.
J'ai donc créé une table remplie par programmation.
Et j'ai testé ce que renvoyait le "POUR TOUTE LIGNE SELECTIONNEE" avec un TRACE
Je constate que le comportement est imprévisible et que l'ordre de lecture n'est pas cohérent.
Me confirmez-vous ?
Le cas échéant, avez-vous une solution à me proposer ?
Je précise que, bien entendu, l'ordre de lecture des lignes sélectionnés a toute son importance dans le cas qui me tracasse !
D'avance merci.
X.
Partager