Le plugin rang vise à remplacer le système "x. titre" combiné avec {par num titre} avec un champ rang et un bête {par rang}.
Avantage de ce système :
- pas de problème au moment du classement {par titre}
- pas de problème pour faire un {par #ENV{tri}} avec rang comme valeur pour #ENV{tri} (num titre est remplace par numtitre}.
On est où pour le moment
- Camille à crée le champs supp, la déclaration et tt
- Normalement à l'installation du plugin, la conversion devrait se faire automatiquement -> ce n'est pas le cas pour le moment. En tt cas, cela ne marchait pas chez moi.
- En revanche, si on écrit "x. toto" dans un formulaire dans le champs titre, la valeur x va bien dans la colonne rang.
Un autre problème est d'avoir dans l'espace privé le numéro qui apparait à côté du titre (comme maintenant). Or pour le moment nous n'avons pas trouvé comment faire.
La pipeline pre_propre et post_propre ne reçoit pas en paramètre des informations permettant de retrouver qu'il s'agit du champs "titre" ni de quel table.
J'ai bien une petit idée
- utiliser le tableau des traitements $table_des_traitements['TITRE']['articles'] = 'fonction(%s)'
- dans la déclaration de fonctions, vérifier qu'on est dans l'espace privé (test_espace_prive() si je me souvient bien) et si oui faire une reqete sql pour savoir quel est le rang associé à ce titre.
Problème principal : quid si deux articles ont le même titre ?
Problème secondaire : cela bouffe des ressources
Troisième probléme : cela ne s'applique pas au valeur par défaut dans les formulaires
- Normalement à l'installation du plugin, la conversion devrait se faire
automatiquement -> ce n'est pas le cas pour le moment. En tt cas, cela ne
marchait pas chez moi.
Oui j'ai pas eu le temps de remettre le nez dessus mais pour moi la
conversion est sensée marcher.
Un autre problème est d'avoir dans l'espace privé le numéro qui apparait à
côté du titre (comme maintenant). Or pour le moment nous n'avons pas trouvé
comment faire.
La pipeline pre_propre et post_propre ne reçoit pas en paramètre des
informations permettant de retrouver qu'il s'agit du champs "titre" ni de
quel table.
On peut faire évoluer ces pipelines mais je ne suis pas convaincu
qu'on doit jouer avec eux. On souhaite juste travailler sur les
element des titres d'objet et non sur l'ensemble de la page à
afficher.
J'ai bien une petit idée
- utiliser le tableau des traitements
$table_des_traitements['TITRE']['articles'] = 'fonction(%s)'
- dans la déclaration de fonctions, vérifier qu'on est dans l'espace privé
(test_espace_prive() si je me souvient bien) et si oui faire une reqete sql
pour savoir quel est le rang associé à ce titre.
Cette idée est plaisante. (ou comment dire bon sang de bon soir)
Problème principal : quid si deux articles ont le même titre ?
les id sont différents, je ne vois pas où est le pb.
Problème secondaire : cela bouffe des ressources
surement moins que de jouer avec les pipeliene précédents. Mais du
moment qu'on fait un calcul, des ressources seront utilisées.
Troisième probléme : cela ne s'applique pas au valeur par défaut dans les
formulaires
- Normalement à l'installation du plugin, la conversion devrait se faire
automatiquement -> ce n'est pas le cas pour le moment. En tt cas, cela ne
marchait pas chez moi.
Oui j'ai pas eu le temps de remettre le nez dessus mais pour moi la
conversion est sensée marcher.
on verra
Un autre problème est d'avoir dans l'espace privé le numéro qui apparait à
côté du titre (comme maintenant). Or pour le moment nous n'avons pas trouvé
comment faire.
La pipeline pre_propre et post_propre ne reçoit pas en paramètre des
informations permettant de retrouver qu'il s'agit du champs "titre" ni de
quel table.
On peut faire évoluer ces pipelines mais je ne suis pas convaincu
qu'on doit jouer avec eux. On souhaite juste travailler sur les
element des titres d'objet et non sur l'ensemble de la page à
afficher.
J'ai bien une petit idée
- utiliser le tableau des traitements
$table_des_traitements['TITRE']['articles'] = 'fonction(%s)'
- dans la déclaration de fonctions, vérifier qu'on est dans l'espace privé
(test_espace_prive() si je me souvient bien) et si oui faire une reqete sql
pour savoir quel est le rang associé à ce titre.
Cette idée est plaisante. (ou comment dire bon sang de bon soir)
Problème principal : quid si deux articles ont le même titre ?
les id sont différents, je ne vois pas où est le pb.
le problème, c'est que dans $table_des_traitements['TITRE']['articles] = 'fonction(%s)' au niveau de la fonction appelé, tu ne sais pas qu'elle est l'id passé (à moins qu'on puisse y faire un _request() ?)
Problème secondaire : cela bouffe des ressources
surement moins que de jouer avec les pipeliene précédents. Mais du
moment qu'on fait un calcul, des ressources seront utilisées.
effectivement, a voir
Troisième probléme : cela ne s'applique pas au valeur par défaut dans les
formulaires
ben les formulaires faisant une requête direcement en sql et non en boucle et balise, les titres ne passent pas par $table_des_traitement