Problème Champ extra et affichage par ordre croissant

Didine

Février 2018

Bonjour,

j’ai ajouté un champ extra prix, tout s’affiche correctement mais je souhaite que ma liste d’articles s’affiche par prix croissant.

<BOUCLE_mot_cle1 (ARTICLES) {titre_mot=autotours} {par prix} >
				<li>#PRIX<br />
				<a href="#URL_ARTICLE">#TITRE</a><br/ >
                               </li>
</BOUCLE_mot_cle1>

Les articles se mettent effectivement par ordre croissant. Cependant, il y a une problème d’affichage quand les tarifs n’ont pas le même nombre de chiffres ce qui donne :
1250
1350
750
950

au lieu de :
750
950
1250
1350

Une idée pour contourner ce problème ?
Est-ce que l’utilisation du plugin prix objets peut être plus indiqué ?

Merci pour vos conseils et votre aide

Résolu

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

2

yolo

Février 2018

salut,

Pas tester mais je me demande si un
{par cast(prix as signed)}
ne ferait pas l’affaire !
Indiquez l’intérêt que vous portez à cette réponse

2

placido

Février 2018

En effet, l’astuce avec cast est intéressante, mais la solution la plus robuste dans ce cas c’est bien de déclarer correctement le type de champ, surtout qu’on peut le faire assez facilement via le plugin.

Rendez-vous sur la page d’édition des champs extra pour modifier le champ en question. Le dernier onglet, intitulé « Technique », propose une description SQL qu’il faut renseigner ainsi :
decimal(20,6) NOT NULL DEFAULT 0
Indiquez l’intérêt que vous portez à cette réponse

0

placido

Février 2018

Bonjour,

Ce comportement semble indiquer que le champ extra prix a été déclaré comme étant de type texte et non de type numérique.

Voir - à titre d’exemple - la déclaration du champ prix_ht par le plugin produits
Indiquez l’intérêt que vous portez à cette réponse

0

Didine

Février 2018

Merci Yolo
Et bien effectivement ça fonctionne :)

Par contre je ne connaît pas le critère "cast", peux-tu m’expliquer à quoi il sert ?
Indiquez l’intérêt que vous portez à cette réponse

0

Yolo

Février 2018

C’est des fonctions SQL ! que spip autorise :)

Cast est une fonction utilisée pour convertir le type du champ.

Dans ton cas on dit a mysql de considérer le type du champ prix comme un champ de type entier pour le tri ( alors qu’en fait c’est un champ de type texte ou varchar)
Indiquez l’intérêt que vous portez à cette réponse

0

Didine

Février 2018

Merci pour l’explication :)

Comme a priori champs extra ne propose de champs numérique c’est une bonne astuce à garder.

Merci beaucoup pour ton aide
Indiquez l’intérêt que vous portez à cette réponse

0

1138

Février 2018

Merci pour le critère cast, que je ne connaissais pas non plus.

J’avais commencé un prototype pour répondre à ce problème. Il était fonctionnel mais n’était pas adapté aux éventuels prix avec décimales. Par curiosité, que pourrait-on employer dans ce cas ? Et y a-t-il des précautions à prendre pour le séparateur de décimales (virgule vs. point) ?
Indiquez l’intérêt que vous portez à cette réponse

0

yolo

Février 2018

Salut,

Comme le suggère Placido, mieux vaut bien déclarer les types de champs MYSQL quand c’est possible et éviter de bricoler par la suite.

Il faut juste savoir qu’il est tout à fait possible d’utiliser des fonctions SQL dans certains critères Spip.

pour ordonner des décimales il faudrait tester ça :
(Les fonctions SQL sont en majucule pour les différencier du reste, mais ça n’a pas d’importance pour l’éxécution du code)
{par CAST(champ, DECIMAL)}
si vous utilisez un champ texte pour stocker des nombres flottants ("10,4", "109,42") c’est vraiment pas bien du tout.

mais je pense qu’il doit etre possible de remplacer la virgule par à point au moment d’ordonnée les resultats.
{par CAST(REPLACE(champ, ',', '.') , DECIMAL)}
Indiquez l’intérêt que vous portez à cette réponse

0

Didine

Mars 2018

Bonjour,

je reviens vers vous avec un peu de retard merci pour votre aide à tous.

J’ai finalement modifié le champ et l’ai mis de type numérique.
Cependant, j’ai toujours un pb d’affichage des prix par ordre croissant quand les prix ne comportent pas le même nombre de chiffres. Par exemple :
1110 €, 1350 €, 750 € au lieu de 750 €, 1110 €, 1350 €

Est-ce un pb de cache après le changement du type de champ ou est-ce qu’il manque un paramétrage ?

Merci beaucoup pour vos explications