[fr-fr] Possible, im-possible ?

sacripant · 2011-08-03 19:05:56

Définition du cadre

Un site avec beaucoup d’articles courts, que l’on va appelé “items”.

Les internautes peuvent s’inscrire au site (demander un statut de “commentateur”) pour commenter les items — y ajouter des précisions ou poser des questions sur des points d’incompréhensions.

Les “commentateurs” ont accès à un tableau de bord qui liste (p-e sous forme de tableau) tous les items, et ils peuvent les noter comme étant “lu” ou “non lu”.

Problématique

Et c’est sur ce dernier point que je sèche. Existerait-il une solution pour modifier le statut d’un article (Lu / Non lu) qui serait défini pour chaque user ?.

PS. Excusez le titre on ne peut plus vague de ce fil. Pendant l’hivernage africain, avec la chaleur torride qu’il y fait. On a plus vraiment les idées claires.

Pat64 · 2011-08-03 19:58:23

Marrant : j’ai le même besoin pour des messages… Par défaut : je pense que c’est im-possible. Sauf avec un plugin spécifique. (Faut demander à CeBe ;)

Toutefois, avec certains plugins (que l’on trouve dans les meilleures épiceries) :

mem_form et/ou smd_query ce doit être pos-sible.

Se posera le problème de la lecture depuis le back-office…

Last edited by Pat64 (2011-08-03 19:59:14)

Zanza · 2011-08-03 22:12:44

Un custom_field avec le numero (id) de commentateurs? (aka, txp_users?) smd_query devrait aider…

sacripant · 2011-08-04 10:29:31

Un custom_field avec le numero (id) de commentateurs ?

Réflexion en live…
J’ai 5 commentateurs (le nombre p-e bcp plus important).
ids des auteurs : 6 7 8 9 67

Donc, Depuis le tableau de bord d’un auteur, lorsqu’il coche un radio ou checkbox “lu”, son id s’ajoute dans un “custom field”.
Ex :
Les commentateurs 8 et 9 ont déjà “lu” un item. le custom field possède donc la valeur 8 9 .
Si le commentateur 67 passe un item à “lu” la valeur du custom field de cet item devra être 8 9 67 .
Et si le commentateur 9 repasse l’item en “non lu” la valeur du custom devra devenir 8 67

Tous les commentateurs ont donc l’autorisation de modifier un article publié.

Un custom field est limité à 255 caractères il me semble. L’id d’un auteur va occupé 3 caractères (2 chiffres + 1 espace). Ce qui nous fait une limite de 85 auteurs.

Comment faire pour modifier la valeur du custom field depuis un tableau de bord (et surtout pas l’onglet rédiger, car ils ont l’autorisation de modifier tout l’item), à l’aide d’un checkbox ?

C’est surement pour cette étape qu’intervient mem_form ou smd_query. Fallait bien un jour se pencher sur ces plug’ins.

Pat64 · 2011-08-04 11:29:13

sacripant scribouille depuis l’Afrique (c’est loin) :

bq. Un custom_field avec le numero (id) de commentateurs ?
Réflexion en live…
J’ai 5 commentateurs (le nombre p-e bcp plus important).
ids des auteurs : 6 7 8 9 67
Un custom field est limité à 255 caractères il me semble. L’id d’un auteur va occupé 3 caractères (2 chiffres + 1 espace). Ce qui nous fait une limite de 85 auteurs. (…)_

Houlà ! Moi, pas bien compris.
La longueur (de saisie) des champs personnalisés est bien limitée à 255 caractères (modifiable via PhpMyAdmin). Mais, peu im-porte, puisque chaque article ayant ses propres champs (personnalisés) enregistrés dans la BDD, tu ne peux être limité en nombre de commentateurs. Ta limite sera uniquement sur la longueur de ton ID, soit :

Cela me semble suffisant, non ?

sacripant écrit après avoir bu un pastis (fait chaud en Afrique !) :

(…)Donc, Depuis le tableau de bord d’un auteur, lorsqu’il coche un radio ou checkbox “lu” (…)

Les champs personnalisés sont de simples inputs : peux pas cocher, Man. Ou bien avec glz_custom_fields (payant, mais pour 20 €, je te cède ma version légale ;)

Last edited by Pat64 (2011-08-04 11:39:45)

sacripant · 2011-08-04 12:54:42

Bon, reboire un verre et réessayer
^{Mais en cachette, hein. Parce qu’en période de Ramadan, boire devant un/des musulmans, ça peut passer pour un gd manque de respect.}

Suite à la réponse de Pat (je te soupçonne ne n’avoir pas non plus les idées très claires), ne sachant pas du tout si j’ai été compris, je tente de formuler différemment mon besoin :

Txp propose un workflow pour les contenus :
Les articles ont soit le statut “brouillon”, “en attente de validation”, “publié” etc.
Le statut d’un article sera le même pour tous les auteurs : un article en brouillon sera en brouillon pour tout le monde. Jusque là, tout est logique, dans le meilleur des mondes.

Moi j’ai besoin d’un mini-worklow par auteur pour chaque article.

ex :
Pierre, Paul & Jacques sont auteurs du site.
Pierre doit pouvoir passer l’article à Lu mais pour lui seulement (car c lui qui l’a lu). Pour Paul et Jacques l’article doit resté non lu.

Si Pierre rempli un champ custom “Lu” avec la valeur Oui et valide. Ben… la valeur sera oui pour Paul et Jacques aussi. Pas bon.

L’idée est donc d’utiliser un custom “Auteurs ayant lu l’article” et d’y placer les ids des auteurs ayant lu l’article ^^, séparer par des espaces.

Si id Pierre = 1; id Paul = 2; id Jacques = 3.

Si Jacques a lu l’article, il faudra que la valeur 3 soit inscrite dans le custom. Lorsque Paul et Pierre auront également “lu” cet article, la valeur du custom sera 3 1 2. et si Jacques décide de repasser l’article à “non lu” pour lui, la valeur du custom devra être 1 2.

Donc oui, l’idée est bien de mettre plusieurs valeurs d’id dans 1 seul custom field pour chaque article.

Ensuite, Il est hors de question que Pierre, Paul ou Jacques puisse modifier la valeur de l’@input texte@ du custom. Il faut donc que leur id d’auteur se rajoute ou s’efface de la value du custom par un autre événement (comme simplement cocher un checkbox).

Reste maintenant à trouver un petit combo de plug’in pour réaliser tout ça.

Ma problématique s’éclaire ou s’assombrie ?

Zanza · 2011-08-04 16:17:16

Je m’excuse, mais je ne comprenais pas la solution proposèe par Pat.

Pour Sacripant: oui, on à des limités de caractères dans les custom input fields. Mais on le peut leur modifier en utilisant phpmyadmin ou rss_db_admin.

Alternativement, pour éviter de modifier un article publié, on peut créer un article pour chaque auteur, et donc modifier un custom_field dans le même article avec l’ID des articles qu’il a lu. On fait modifier le limites de caractères entre les deux cas.

Pat64 · 2011-08-04 18:14:33

Ha, oui. Là c’est – beaucoup, mais beaucoup plus – clair. Mais pas possible dans l’état (en clair, TXP n’a pas prévu cela).

S’agissant du “workflow” (ou gestion fine de droits et privilèges avancés dans un environnement de publication) : je ne suis pas d’accord. TXP pêche énormément à ce niveau. Il n’a pas été conçu pour cela (alors que d’autres sont plus spécialisés et disposent – réellement – d’un véritable workflow où l’on défini précisément qui fait quoi, à quel moment dans quel environnement et sous la responsabilité de qui).

sacripant · 2011-08-04 18:58:36

Pat64 a écrit:

S’agissant du “workflow” (ou gestion fine de droits et privilèges avancés dans un environnement de publication) : je ne suis pas d’accord. TXP pêche énormément à ce niveau.

Entièrement ok sur ce point. À Senticad, dès que l’on a un projet “Appli web” ou “site web” qui nécessite un workfow précis. Txp est hors course. Et on passe direct sur Drupal.

Mais là, comme c’est uniquement pour sur un boléen “lu” “non lu”, j’pensais qu’il y avait peut-être une astuce.

Textpattern CMS

Textpattern CMS support forum

#1 2011-08-03 19:05:56

[fr-fr] Possible, im-possible ?

#2 2011-08-03 19:58:23

Re: [fr-fr] Possible, im-possible ?

#3 2011-08-03 22:12:44

Re: [fr-fr] Possible, im-possible ?

#4 2011-08-04 10:29:31

Re: [fr-fr] Possible, im-possible ?

#5 2011-08-04 11:29:13

Re: [fr-fr] Possible, im-possible ?

#6 2011-08-04 12:54:42

Re: [fr-fr] Possible, im-possible ?

#7 2011-08-04 16:17:16

Re: [fr-fr] Possible, im-possible ?

#8 2011-08-04 18:14:33

Re: [fr-fr] Possible, im-possible ?

#9 2011-08-04 18:58:36

Re: [fr-fr] Possible, im-possible ?

Board footer