Je n'ai pas trouvé de solution car sur la table spip_newsletters_liens,
on n'a pas de champs sur lequel on peut trouver l'ordre des seléctions des articles
comme solution alternative, je vais ajouter un champs extra
où l'utilisateur saisit sa sélection de façon textuelle 3,90,716,77 sans passer le sélectionneur wysiwyg
Le 22/01/2018 à 15:58, erational a écrit :
hello
dans le plugin newsletter (et sous mysqlite)
on peut sélectionner les articles dans l'ordre que l'on veut
ex. 3, 90, 716, 77
mais lorsqu'on liste les articles dans le squelette de la newsletter, on obtient toujours l'ordre croissant
3, 33, 90, 716
c'est assez gênant pour composer un dossier thématique
la table de spip_newsletters_liens ne dispose pas de clé primaire ni de rang
il y a t-'il une astuce pour lister les articles de façon à retrouver cette ordre ?
(avoir le ORDER BY ASC sur aucune colonne)
c'est un besoin que j'ai eu également et j'ai modifié la boucle pour les afficher par date inverse. Ce n'est pas l'idéal, mais ça fonctionne dans mon cas. C'est vrai que ça serait top de pouvoir choisir l'ordre pour faire ce qu'on veut...
Il faudrait ajouter un rang et utiliser le même principe que les documents de la 3.2 (interface + choix de l'ordre) ?
jean marie
Le 22/01/2018 à 18:00, erational a écrit :
Je n'ai pas trouvé de solution car sur la table spip_newsletters_liens,
on n'a pas de champs sur lequel on peut trouver l'ordre des seléctions des articles
comme solution alternative, je vais ajouter un champs extra
où l'utilisateur saisit sa sélection de façon textuelle 3,90,716,77 sans passer le sélectionneur wysiwyg
Le 22/01/2018 à 15:58, erational a écrit :
hello
dans le plugin newsletter (et sous mysqlite)
on peut sélectionner les articles dans l'ordre que l'on veut
ex. 3, 90, 716, 77
mais lorsqu'on liste les articles dans le squelette de la newsletter, on obtient toujours l'ordre croissant
3, 33, 90, 716
c'est assez gênant pour composer un dossier thématique
la table de spip_newsletters_liens ne dispose pas de clé primaire ni de rang
il y a t-'il une astuce pour lister les articles de façon à retrouver cette ordre ?
(avoir le ORDER BY ASC sur aucune colonne)
Je n'ai pas trouvé de solution car sur la table spip_newsletters_liens,
on n'a pas de champs sur lequel on peut trouver l'ordre des seléctions des articles
c'est assez gênant pour composer un dossier thématique
La table qui est derrière est générique, mais concrètement on n'a pas
dans SPIP de sélecteur vraiment correct pour sélectionner n'importe quel
type de contenu (il y en a un dans un recoin mais pas trop utilisé), et
de toute façon pas utilisé là pour ce plugin.
Ça pour dire que moi je n'utilise pas cette fonction de sélection
d'articles trop limitante. J'utilise le plugin Sélections Éditoriales,
que j'active sur l'objet Lettre.
On peut alors sélectionner n'importe quels contenus : des articles, des
événements, etc (de nombreux sites ont plus que juste des articles), et
on peut bien sûr sélectionner l'ordre qu'on veut (et en plus on peut
personnaliser optionnellement le titre, l'image, etc, sans forcément
reprendre uniquement ce qui vient du contenu sur lequel on pointe).
Le seul mini truc qui manque c'est de masquer le sélecteur fourni par le
plugin lorsque les Sélections sont activés sur les Lettres pour ne pas
perturber les utilisateurices.
En généralisant, mon avis est que dès qu'on a besoin de faire des
sélections de contenus (internes au site ou externes ou un mélange des
deux : tous types de sélections), et cela vaut pour faire des "Voir
plus" après un contenu, etc ; je pense que c'est mieux de toujours
déléguer à ce même plugin qui est fait pour ça, et mutualiser son
amélioration, plutôt que de ré-inventer des tables et interfaces de
sélection ailleurs. Du coup c'est cohérent partout, les utilisateurices
n'ont pas plusieurs interfaces ou concepts différents à apprendre.
c'est assez gênant pour composer un dossier thématique
En généralisant, mon avis est que dès qu'on a besoin de faire des
sélections de contenus (internes au site ou externes ou un mélange des
deux : tous types de sélections), et cela vaut pour faire des "Voir
plus" après un contenu, etc ; je pense que c'est mieux de toujours
déléguer à ce même plugin qui est fait pour ça, et mutualiser son
amélioration, plutôt que de ré-inventer des tables et interfaces de
sélection ailleurs. Du coup c'est cohérent partout, les utilisateurices
n'ont pas plusieurs interfaces ou concepts différents à apprendre.
Ah oui, c'est une bonne idée !
Du coup, est-ce que ça ne serait pas une bonne idée de donner la possibilité de désactiver le sélecteur du plugin ? D'autant que si la fonction n'est pas utilisées, elle "pollue" l'interface (je passe mon temps à dire "ne tenez pas compte de ce bouton, on ne l'utilise pas" ).
Du coup, est-ce que ça ne serait pas une bonne idée de donner la possibilité de désactiver le sélecteur du plugin ? D'autant que si la fonction n'est pas utilisées, elle "pollue" l'interface (je passe mon temps à dire "ne tenez pas compte de ce bouton, on ne l'utilise pas" ).
Du coup, est-ce que ça ne serait pas une bonne idée de donner la
possibilité de désactiver le sélecteur du plugin ?
Bé voui c'est ce que j'ai dit : "le seul mini truc qui manque ce serait
de masquer le sélecteur fourni par le plugin pour éviter la confusion"
Ça doit pouvoir se faire mais je ne sais pas où c'est le mieux. Je
dirais dans le plugin newsletter un truc du genre "si le plugin
sélection est là ET que les sélections sont activés sur l'objet lettre
alors ne pas utiliser notre champ interne"
).