{tri} oubli d'implémenter "sinum" qui existe pour {par}
Normalement, on doit pouvoir trier pareil, à part que {tri} est mieux car dynamique. Mais {tri sinum XXX} plante avec Unknown column 'sinumXXX' in 'order clause'
Car la fonction tri_champ_order() implémente "multi", "num", mais pas "sinum". Vu qu'on s'attend logiquement à pouvoir utiliser pile la même chose dans les deux critères, d'après moi c'est bien un bug que ça ne marche pas comme attendu (et pas un truc manquant à faire évoluer). https://git.spip.net/SPIP/spip/src/branch/master/ecrire/public/fonctions.php#L262
C'est d'ailleurs un peu dommage de pas pouvoir mutualiser du code et de devoir implémenter à chaque fois deux fois les différents cas, une fois pour {par} puis une fois pour {tri}. :( Mais bon comme c'est vraiment pas fait pareil apparemment…