QHeaderView : prise en compte des conditions de tri précédentes

Salut,

Le gros problème, c'est que l'un dans l'autre, tu risques bien plus de surprendre l'utilisateur qu'autre chose si tu commence à faire apparaître plusieurs fleches dans les headers de tes colonnes.

Car, lorsque tu décide de faire un tri sur plusieurs critères, l'ordre des critères va déterminer l'ordre précis des éléments :aie: Je m'explique: Mettons que l'on ait une classe composée de cinq membres. Nous pouvons décider d'utiliser chacun de ces membres pour le tri. Mais nous pouvons également utiliser deux, trois, quatre même les cinq membres pour effectuer le tri.

Et là, l'ordre dans lequel on retrouvera les différents élément en triant sur membre1 puis sur membre2 et enfin sur membre3 peut parfaitement être différent de celui que l'on obtiendrait en triant sur membre1 puis sur membre3 et enfin sur membre2 et cet ordre pourrait être totalement différent de celui obtenu en triant sur membre2 puis sur membre1 et enfin sur membre3, et ainsi de suite (en gros, pour N critères de tri, tu as 2^N ordres possibles :P 8O)

A mon sens, tu aurais donc avantage à prévoir "un autre moyen" de faire apparaitre les critères utilisés dans l'ordre dans lequel ils ont été utilisé... Cela surprendrait beaucoup moins l'utilisateur que de voir plusieurs flêches vers le haut ou vers le bas et de se rendre compte que, pour l'une ou l'autre des colonnes, le tri ne correspond pas à l'idée qu'il a pu s'en faire ;)

N'oublie pas que, pour obtenir un tri "correct" avec seulement deux critères, l'opérateur < prend déjà une forme proche de
Code:

1 2 3 4 bool operator< (MonType const & first, MonType const & second){ return (first.critère1 < second.critètre1) || (fist.critère1 == second.critère1 && first.critère2 <second.critère2); }
Plus tu ajoutera des critères, plus la logique deviendra longue pour prendre tous les critères en compte ;)