[SPIP Zone] [Spip-zone-commit] r55124 - _plugins_/spipclear/noisettes _squelettes_/spipclear_z/contenu

Archives Zone
1

Salut,

Le lun. 05 déc. 2011 15:44:08 CET, romy@rezo.net a écrit :

Salut James,

Est-il possible d'utiliser le plugin Comments (
Comments - Plugins SPIP ) dans un blog SpipClear ?
Comment pourrait-on merger les deux ?

-- romy

Je ne pense pas que ça soit vraiment nécessaire ou possible, car spipclear permet d'utiliser des thèmes dotclear et ces thèmes fournissent du fond (html) et de la forme (css). En bref, chaque thème peut surcharger le code html des pages du blog et donc proposer une structure html différente pour l'affichage des commentaires.

Question ouverte : quel serait l'intérêt de brancher spipclear sur le plugin comments ?

La bise :slight_smile:

++
b_b

2

Le 5 décembre 2011 16:00, Bruno Bergot <brunobergot@gmail.com> a écrit :

Salut,

yo, mignon,

Le lun. 05 déc. 2011 15:44:08 CET, romy@rezo.net a écrit :

Salut James,

Est-il possible d'utiliser le plugin Comments (
Comments - Plugins SPIP ) dans un blog SpipClear ?
Comment pourrait-on merger les deux ?

-- romy

Je ne pense pas que ça soit vraiment nécessaire ou possible, car spipclear
permet d'utiliser des thèmes dotclear et ces thèmes fournissent du fond
(html) et de la forme (css). En bref, chaque thème peut surcharger le code
html des pages du blog et donc proposer une structure html différente pour
l'affichage des commentaires.

Et si Comments fournissait un "thème" partiel de commentaires pour
SpipClear ? ce serait possible ?

Question ouverte : quel serait l'intérêt de brancher spipclear sur le plugin
comments ?

Permettre à des site d'avoir une certaine unité graphique sur un site
où on ajoute SpipClear pour un secteur seulement ?

éviter aux webmestres de surcharger (comme j'ai vu faire, ah la la,
mais pas ici, je vous rassure) la partie commentaire parce que ce que
SpipClear propose ne convient pas ?

Parce que, du coup, le contraire sera possible ? (utiliser le
génialissime filtre |me que la terre entière nous envie
|me, Moi and myself - SPIP-Contrib avec Comments, ...)

La bise :slight_smile:

++
b_b

--
James

3

On Mon, 05 Dec 2011 16:00:49 +0100, Bruno Bergot wrote:

Salut,

Le lun. 05 déc. 2011 15:44:08 CET, romy@rezo.net a écrit :

Salut James,

Est-il possible d'utiliser le plugin Comments (
Comments - Plugins SPIP ) dans un blog SpipClear ?
Comment pourrait-on merger les deux ?

-- romy

Je ne pense pas que ça soit vraiment nécessaire ou possible, car
spipclear permet d'utiliser des thèmes dotclear et ces thèmes
fournissent du fond (html) et de la forme (css). En bref, chaque thème
peut surcharger le code html des pages du blog et donc proposer une
structure html différente pour l'affichage des commentaires.

Question ouverte : quel serait l'intérêt de brancher spipclear sur le
plugin comments ?

Pour que ça ressemble à des commentaires :slight_smile:

C'est-à-dire juste le commentaire, sans la répétition du titre de l'article, avec le pseudo de l'auteur qui linke (vers son site perso ou vers sa page auteur dans SPIP) et son gravatar. Comme sur ce site, par exemple : http://www.cuisine-libre.fr

Mais il manque aussi pas mal de choses sympathiques à Comments, qui sont dans SpipClear, comme la distinction des auteurs du billet (pas le temps de répondre en détail là, maintenant, mais cf. notes de développement : Plugin Comments : notes de développement )

-- romy

4

Le 5 décembre 2011 17:05, <romy@rezo.net> a écrit :

On Mon, 05 Dec 2011 16:00:49 +0100, Bruno Bergot wrote:

Salut,

Le lun. 05 déc. 2011 15:44:08 CET, romy@rezo.net a écrit :

Salut James,

Est-il possible d'utiliser le plugin Comments (
Comments - Plugins SPIP ) dans un blog SpipClear ?
Comment pourrait-on merger les deux ?

-- romy

Je ne pense pas que ça soit vraiment nécessaire ou possible, car
spipclear permet d'utiliser des thèmes dotclear et ces thèmes
fournissent du fond (html) et de la forme (css). En bref, chaque thème
peut surcharger le code html des pages du blog et donc proposer une
structure html différente pour l'affichage des commentaires.

Question ouverte : quel serait l'intérêt de brancher spipclear sur le
plugin comments ?

Pour que ça ressemble à des commentaires :slight_smile:

ah bah c'est constructif comme vanne, ça .... :slight_smile:

C'est-à-dire juste le commentaire, sans la répétition du titre de l'article,
avec le pseudo de l'auteur qui linke (vers son site perso ou vers sa page
auteur dans SPIP) et son gravatar. Comme sur ce site, par exemple :
http://www.cuisine-libre.fr

ah le gravatar ... :smiley:

Mais il manque aussi pas mal de choses sympathiques à Comments, qui sont
dans SpipClear, comme la distinction des auteurs du billet (pas le temps de
répondre en détail là, maintenant, mais cf. notes de développement :
Plugin Comments : notes de développement )

Améliorer |me et #LEBOSS, ça serait intéressant, mais comme
complément. C'est moche de devoir dupliquer du code (et donc des
fonctionnalité) de plugin en plugin. C'est moche aussi d'avoir une
dépendance forcée. Le mieux, c'est de trouver un terrain de
compatibilité.

C'est comme le gravatar, c'est trop bête de devoir utiliser une balise
distincte #GRAVATAR tout comme c'est frustrant de devoir programmer
des alternative pour passer un pauvre filtre |gravatar sur #EMAIL

Si j'ai une balise standard #LOGO_AUTEUR et que l'activation du plugin
gravatar change le comportement de cette balise, ça serait pas plus
simple ?

Je dis une bétise ?

-- romy

--
James

5

Le 5 décembre 2011 17:22, James <james@rezo.net> a écrit :

C'est comme le gravatar, c'est trop bête de devoir utiliser une balise
distincte #GRAVATAR tout comme c'est frustrant de devoir programmer
des alternative pour passer un pauvre filtre |gravatar sur #EMAIL

Si j'ai une balise standard #LOGO_AUTEUR et que l'activation du plugin
gravatar change le comportement de cette balise, ça serait pas plus
simple ?

oups ... il le fait :smiley: (depuis longtemps ?)

--
James

6

Plop,

Le 05/12/2011 17:01, James a écrit :

Le 5 décembre 2011 16:00, Bruno Bergot<brunobergot@gmail.com> a écrit :

Je ne pense pas que ça soit vraiment nécessaire ou possible, car spipclear
permet d'utiliser des thèmes dotclear et ces thèmes fournissent du fond
(html) et de la forme (css). En bref, chaque thème peut surcharger le code
html des pages du blog et donc proposer une structure html différente pour
l'affichage des commentaires.

Et si Comments fournissait un "thème" partiel de commentaires pour
SpipClear ? ce serait possible ?

Oui pour le theme par défaut de spipclear. Mais je rappelle que les autres thèmes de dotclear peuvent fournir une structure html perso pour les commentaires.

Question ouverte : quel serait l'intérêt de brancher spipclear sur le plugin
comments ?

Permettre à des site d'avoir une certaine unité graphique sur un site
où on ajoute SpipClear pour un secteur seulement ?

Heu tu dois plus t'en souvenir mais spipclearz s'applique à tout le site et non plus à un unique secteur.

7

On Mon, 5 Dec 2011 17:22:47 +0100, James wrote:

Le 5 décembre 2011 17:05, <romy@rezo.net> a écrit :

On Mon, 05 Dec 2011 16:00:49 +0100, Bruno Bergot wrote:

C'est-à-dire juste le commentaire, sans la répétition du titre de l'article,
avec le pseudo de l'auteur qui linke (vers son site perso ou vers sa page
auteur dans SPIP) et son gravatar. Comme sur ce site, par exemple :
http://www.cuisine-libre.fr

ah le gravatar ... :smiley:

Mais il manque aussi pas mal de choses sympathiques à Comments, qui sont
dans SpipClear, comme la distinction des auteurs du billet (pas le temps de
répondre en détail là, maintenant, mais cf. notes de développement :
Plugin Comments : notes de développement )

Améliorer |me et #LEBOSS, ça serait intéressant, mais comme
complément. C'est moche de devoir dupliquer du code (et donc des
fonctionnalité) de plugin en plugin. C'est moche aussi d'avoir une
dépendance forcée. Le mieux, c'est de trouver un terrain de
compatibilité.

Sauf que je ne peux pas installer les commentaire de spipclear sur n'importe quel site SPIP :frowning:

J'ai pensé Comments pour qu'il soit utilisable *a priori* sur n'importe quel site SPIP.
Et j'avais étudié les commentaires de Dotclear, SpipClear et plein d'autres, pour en retenir le plus générique.

Je n'ai plus la nomenclature en mémoire de façon précise, mais en jetant un oeil rapide à un blog DotClear ( lespacedunmatin.info ) et sur le spip-blog je vois qu'on a des points communs (#comments pour le parent, puis .even .odd .first, etc.)... mais une structure qui diffère : en dl, dt, dd pour dot/spip/clear. Tiens, ça pourrait faire l'objet d'un modèle dédié dans Comments, pour le rendre compatible avec les thèmes CSS dotclear !

-- romy

8

Le 5 décembre 2011 17:37, Bruno Bergot <brunobergot@gmail.com> a écrit :

Et si Comments fournissait un "thème" partiel de commentaires pour
SpipClear ? ce serait possible ?

Oui pour le theme par défaut de spipclear. Mais je rappelle que les autres
thèmes de dotclear peuvent fournir une structure html perso pour les
commentaires.

les autres thèmes de spipclear, tu veux dire ? :stuck_out_tongue:

bon, ok.

Question ouverte : quel serait l'intérêt de brancher spipclear sur le
plugin
comments ?

Permettre à des site d'avoir une certaine unité graphique sur un site
où on ajoute SpipClear pour un secteur seulement ?

Heu tu dois plus t'en souvenir mais spipclearz s'applique à tout le site et
non plus à un unique secteur.

Ah ouais .... c'est dommage. ça veut dire que des gens risquent de ne
pas passer à spipclearZ parce qu'ils ont des trucs à cotés... je suis
sûr qu'il y en a.

Et y aurait pas moyen de revenir là-dessus ? Même si par défaut, on
applique à tous le site ?

--
James

9

Le 5 décembre 2011 17:39, <romy@rezo.net> a écrit :

On Mon, 5 Dec 2011 17:22:47 +0100, James wrote:

Le 5 décembre 2011 17:05, <romy@rezo.net> a écrit :

On Mon, 05 Dec 2011 16:00:49 +0100, Bruno Bergot wrote:

C'est-à-dire juste le commentaire, sans la répétition du titre de
l'article,
avec le pseudo de l'auteur qui linke (vers son site perso ou vers sa page
auteur dans SPIP) et son gravatar. Comme sur ce site, par exemple :
http://www.cuisine-libre.fr

ah le gravatar ... :smiley:

Mais il manque aussi pas mal de choses sympathiques à Comments, qui sont
dans SpipClear, comme la distinction des auteurs du billet (pas le temps
de
répondre en détail là, maintenant, mais cf. notes de développement :
Plugin Comments : notes de développement )

Améliorer |me et #LEBOSS, ça serait intéressant, mais comme
complément. C'est moche de devoir dupliquer du code (et donc des
fonctionnalité) de plugin en plugin. C'est moche aussi d'avoir une
dépendance forcée. Le mieux, c'est de trouver un terrain de
compatibilité.

Sauf que je ne peux pas installer les commentaire de spipclear sur n'importe
quel site SPIP :frowning:

rhlala, à quoi bon se saigner à pondre des belles docs alors ? :confused:

c'est complètement indépendant, un fichier
squelettes/mes_fonctions.php suffisait à l'époque des cavernes ...
(pré-grottes).

bon en gros, ce que tu dis, c'est que ces deux petites fonctionnalités
devraient passer sous forme de plugin ... avec un fichier de fonctions
tout bête, ou une série de modèles ... ou les deux mon capitaine ?

Si ce plugin fait des trucs à la plugin gravatar (fournir filtres,
modèles, balises) ça serait top génial qu'il change le comportement
d'une balise standard, (ou ad hoc, pour les doctes) de SPIP (qu'il
faudrait créer pour cette occasion, je présume) un peu comme #EDIT et
les crayons.

J'ai pensé Comments pour qu'il soit utilisable *a priori* sur n'importe quel
site SPIP.
Et j'avais étudié les commentaires de Dotclear, SpipClear et plein d'autres,
pour en retenir le plus générique.

Je n'ai plus la nomenclature en mémoire de façon précise, mais en jetant un
oeil rapide à un blog DotClear ( lespacedunmatin.info ) et sur le spip-blog
je vois qu'on a des points communs (#comments pour le parent, puis .even
.odd .first, etc.)... mais une structure qui diffère : en dl, dt, dd pour
dot/spip/clear. Tiens, ça pourrait faire l'objet d'un modèle dédié dans
Comments, pour le rendre compatible avec les thèmes CSS dotclear !

-- romy

--
James

10

On Mon, 5 Dec 2011 17:55:02 +0100, James wrote:

Le 5 décembre 2011 17:39, <romy@rezo.net> a écrit :

On Mon, 5 Dec 2011 17:22:47 +0100, James wrote:

Le 5 décembre 2011 17:05, <romy@rezo.net> a écrit :

On Mon, 05 Dec 2011 16:00:49 +0100, Bruno Bergot wrote:

C'est-à-dire juste le commentaire, sans la répétition du titre de
l'article,
avec le pseudo de l'auteur qui linke (vers son site perso ou vers sa page
auteur dans SPIP) et son gravatar. Comme sur ce site, par exemple :
http://www.cuisine-libre.fr

ah le gravatar ... :smiley:

Mais il manque aussi pas mal de choses sympathiques à Comments, qui sont
dans SpipClear, comme la distinction des auteurs du billet (pas le temps
de
répondre en détail là, maintenant, mais cf. notes de développement :
Plugin Comments : notes de développement )

Améliorer |me et #LEBOSS, ça serait intéressant, mais comme
complément. C'est moche de devoir dupliquer du code (et donc des
fonctionnalité) de plugin en plugin. C'est moche aussi d'avoir une
dépendance forcée. Le mieux, c'est de trouver un terrain de
compatibilité.

Sauf que je ne peux pas installer les commentaire de spipclear sur n'importe
quel site SPIP :frowning:

rhlala, à quoi bon se saigner à pondre des belles docs alors ? :confused:

c'est complètement indépendant, un fichier
squelettes/mes_fonctions.php suffisait à l'époque des cavernes ...
(pré-grottes).

J'ai bien vu la doc mais... j'ai pas réussi à reprendre. Je ne sais plus pourquoi, c'était y'a longtemps. Du coup ça a atterrit dans la todolist-help-me du plugin.

bon en gros, ce que tu dis, c'est que ces deux petites fonctionnalités
devraient passer sous forme de plugin ... avec un fichier de fonctions
tout bête, ou une série de modèles ... ou les deux mon capitaine ?

Je ne sais pas...

La série de modèles, c'est justement ce que fait Comments :
Inclusions du plugin Comments - SPIP-Contrib
(nan mais à quoi bon se saigner à pondre des belles docs :wink:

Si ce plugin fait des trucs à la plugin gravatar (fournir filtres,
modèles, balises) ça serait top génial qu'il change le comportement
d'une balise standard, (ou ad hoc, pour les doctes) de SPIP (qu'il
faudrait créer pour cette occasion, je présume) un peu comme #EDIT et
les crayons.

Nan le gravatar est bien traité via le plugin dédié.
Mais *il suffit* juste d'activer le pugin Gravatar, pour que Comments affiche les trombinettes où il faut. Magique :slight_smile:

-- romy

11

Le 5 déc. 2011 à 18:13, romy@rezo.net a écrit :

On Mon, 5 Dec 2011 17:55:02 +0100, James wrote:

Le 5 décembre 2011 17:39, <romy@rezo.net> a écrit :

On Mon, 5 Dec 2011 17:22:47 +0100, James wrote:

Le 5 décembre 2011 17:05, <romy@rezo.net> a écrit :

On Mon, 05 Dec 2011 16:00:49 +0100, Bruno Bergot wrote:

C'est-à-dire juste le commentaire, sans la répétition du titre de
l'article,
avec le pseudo de l'auteur qui linke (vers son site perso ou vers sa page
auteur dans SPIP) et son gravatar. Comme sur ce site, par exemple :
http://www.cuisine-libre.fr

ah le gravatar ... :smiley:

Mais il manque aussi pas mal de choses sympathiques à Comments, qui sont
dans SpipClear, comme la distinction des auteurs du billet (pas le temps
de
répondre en détail là, maintenant, mais cf. notes de développement :
Plugin Comments : notes de développement )

Améliorer |me et #LEBOSS, ça serait intéressant, mais comme
complément. C'est moche de devoir dupliquer du code (et donc des
fonctionnalité) de plugin en plugin. C'est moche aussi d'avoir une
dépendance forcée. Le mieux, c'est de trouver un terrain de
compatibilité.

Sauf que je ne peux pas installer les commentaire de spipclear sur n'importe
quel site SPIP :frowning:

rhlala, à quoi bon se saigner à pondre des belles docs alors ? :confused:

c'est complètement indépendant, un fichier
squelettes/mes_fonctions.php suffisait à l'époque des cavernes ...
(pré-grottes).

J'ai bien vu la doc mais... j'ai pas réussi à reprendre. Je ne sais plus pourquoi, c'était y'a longtemps. Du coup ça a atterrit dans la todolist-help-me du plugin.

Et pas de message de forum pour signaler le problème ... hé hé ...

bon en gros, ce que tu dis, c'est que ces deux petites fonctionnalités
devraient passer sous forme de plugin ... avec un fichier de fonctions
tout bête, ou une série de modèles ... ou les deux mon capitaine ?

Je ne sais pas...

Ah ...

La série de modèles, c'est justement ce que fait Comments :
Inclusions du plugin Comments - SPIP-Contrib
(nan mais à quoi bon se saigner à pondre des belles docs :wink:

Si ce plugin fait des trucs à la plugin gravatar (fournir filtres,
modèles, balises) ça serait top génial qu'il change le comportement
d'une balise standard, (ou ad hoc, pour les doctes) de SPIP (qu'il
faudrait créer pour cette occasion, je présume) un peu comme #EDIT et
les crayons.

Nan le gravatar est bien traité via le plugin dédié.
Mais *il suffit* juste d'activer le pugin Gravatar, pour que Comments affiche les trombinettes où il faut. Magique :slight_smile:

C'est bien ce que je dis. Pour que |me fonctionne comme gravatar, il *suffit* qu'il existe une balise standard dans SPIP, qui ne ferait pas forcément un truc nativement, mais qui, puisqu'intégrée au plugin Comments exactement comme tu intègre la balise #LOGO_AUTEUR, fonctionnerait tout aussi magiquement.

-- romy

--
James

12

C’est bien ce que je dis. Pour que |me fonctionne comme gravatar, il suffit qu’il existe une balise standard dans SPIP, qui ne ferait pas forcément un truc nativement, mais qui, puisqu’intégrée au plugin Comments exactement comme tu intègre la balise #LOGO_AUTEUR, fonctionnerait tout aussi magiquement.

– romy

Eventuellement avec une balise #ME qui, en l’absence du plugin dédié, renverrait toujours vide (cas des balises non déclarées) et qui, une fois le plugin dédié actif, renverrait ‹ on › ou vide selon qu’il s’agisse ou non de l’auteur de l’article.

Joseph

13

C'est bien ce que je dis. Pour que |me fonctionne comme gravatar, il
*suffit* qu'il existe une balise standard dans SPIP, qui ne ferait pas
forcément un truc nativement, mais qui, puisqu'intégrée au plugin Comments
exactement comme tu intègre la balise #LOGO_AUTEUR, fonctionnerait tout
aussi magiquement.

Eventuellement avec une balise #ME qui, en l'absence du plugin dédié,
renverrait toujours vide (cas des balises non déclarées) et qui, une fois le
plugin dédié actif, renverrait 'on' ou vide selon qu'il s'agisse ou non de
l'auteur de l'article.

Tu veux dire #MOI plutôt non ? :slight_smile:
Ou plus clairement : #LAUTEUR

14

Le 8 décembre 2011 07:20, Gildas Cotomale <gildas.cotomale@gmail.com> a écrit :

C'est bien ce que je dis. Pour que |me fonctionne comme gravatar, il
*suffit* qu'il existe une balise standard dans SPIP, qui ne ferait pas
forcément un truc nativement, mais qui, puisqu'intégrée au plugin Comments
exactement comme tu intègre la balise #LOGO_AUTEUR, fonctionnerait tout
aussi magiquement.

Eventuellement avec une balise #ME qui, en l'absence du plugin dédié,
renverrait toujours vide (cas des balises non déclarées) et qui, une fois le
plugin dédié actif, renverrait 'on' ou vide selon qu'il s'agisse ou non de
l'auteur de l'article.

Tu veux dire #MOI plutôt non ? :slight_smile:
Ou plus clairement : #LAUTEUR

Je commençai à me demander s'il n'y avait pas là aussi matière à
généraliser, une balise #CLASSE_FORUM (ou #CLASS_FORUM) pour le cas où
ou souhaitait, intégrer le filtre dont on parle, mais ouvrir à
d'autres idées, comme distinguer un commentaire qui initie un thread
de forum avec ses réponses, ou bien différencier un commentaire
"humain" d'un commentaire d'un autre type (éventuellement spam, mais
n'importe quoi d'autre...)

en gros, une balise servant de pipeline html ...

En effet, ça me ferait bizarre de trouver une balise #MOI qui ne fait
rien dans le plugin du core forum ... mais on trouve bien des #EDIT
... :slight_smile:

--
James

15

Le 8 décembre 2011 09:01, James <james@rezo.net> a écrit :

Le 8 décembre 2011 07:20, Gildas Cotomale <gildas.cotomale@gmail.com> a écrit :

C'est bien ce que je dis. Pour que |me fonctionne comme gravatar, il
*suffit* qu'il existe une balise standard dans SPIP, qui ne ferait pas
forcément un truc nativement, mais qui, puisqu'intégrée au plugin Comments
exactement comme tu intègre la balise #LOGO_AUTEUR, fonctionnerait tout
aussi magiquement.

Eventuellement avec une balise #ME qui, en l'absence du plugin dédié,
renverrait toujours vide (cas des balises non déclarées) et qui, une fois le
plugin dédié actif, renverrait 'on' ou vide selon qu'il s'agisse ou non de
l'auteur de l'article.

Tu veux dire #MOI plutôt non ? :slight_smile:
Ou plus clairement : #LAUTEUR

Je commençai à me demander s'il n'y avait pas là aussi matière à
généraliser, une balise #CLASSE_FORUM (ou #CLASS_FORUM) pour le cas où
ou souhaitait, intégrer le filtre dont on parle, mais ouvrir à
d'autres idées, comme distinguer un commentaire qui initie un thread
de forum avec ses réponses, ou bien différencier un commentaire
"humain" d'un commentaire d'un autre type (éventuellement spam, mais
n'importe quoi d'autre...)

en gros, une balise servant de pipeline html ...

En effet, ça me ferait bizarre de trouver une balise #MOI qui ne fait
rien dans le plugin du core forum ... mais on trouve bien des #EDIT
... :slight_smile:

arf,

il y a déjà une balise #EXPOSE (qui utilise la classe 'on' je suppose)

C'est quoi déjà le comportement de #EXPOSE dans le contexte des forum ?
--
James

16

[...]

Je commençai à me demander s'il n'y avait pas là aussi matière à
généraliser, une balise #CLASSE_FORUM (ou #CLASS_FORUM) pour le cas où
ou souhaitait, intégrer le filtre dont on parle, mais ouvrir à
d'autres idées, comme distinguer un commentaire qui initie un thread
de forum avec ses réponses, ou bien différencier un commentaire
"humain" d'un commentaire d'un autre type (éventuellement spam, mais
n'importe quoi d'autre...)

Les spams sont bien mis en évidence dans l'espace privé (j'ai NoSpam
installé partout, donc je ne sais pas si ça fait pareil sans) et n'ont
pas de raison de figurer dans l'espace public :o
Ceci dit, on peut parfois avoir besoin de signaler des posts qui ont
été supprimé par les administrateurs/modérateurs (le texte est
remplacé par "message supprimé par la modération") : ça permet de ne
pas avoir de trou incompréhensible dans un/une enchainement/enfilade
et de ne pas décaler la pagination ni casser les liens vers les
messages.

Pour ce qui est de différencier les débuts de discussion, bof... C'est
mieux de plutôt/vraiment bien séparer les discussions (comme sur
spip-contrib ou framasoft)

en gros, une balise servant de pipeline html ...

En effet, ça me ferait bizarre de trouver une balise #MOI qui ne fait
rien dans le plugin du core forum ... mais on trouve bien des #EDIT
... :slight_smile:

Comme "EDITable depuis l'espace public" ou "EDITion de tel champ" avec
son Crayon ^^
C'est vrai que le SOI fait bizarre (d'où la proposition de dire
"l'auteur", "les auteurs" étant déjà utilisé d'une part et il était
question dans la discussion d'identifier le post d'un auteur --parmi
les)

arf,

il y a déjà une balise #EXPOSE (qui utilise la classe 'on' je suppose)

Connexion · GitLab

C'est (c'était ?) utilisé pour mettre en évidence le lien actif dans
une liste de liens : par exemple l'article ou la sous-rubrique
courante dans la liste des articles ou sous-rubrique de la rubrique
(dans des listes imbriquées on pouvait même "exposer" toute une
"branche", l'idée étant de marquer avec cette balise un point du fil
d'ariane ou similaire)

http://programmer.spip.org/EXPOSE

C'est quoi déjà le comportement de #EXPOSE dans le contexte des forum ?

Dans le contexte des forums je ne sais pas trop... peut-être indiquer
les débuts de discussion/thread ? ou la fin ? ou le commentaire le
mieux noté ? c'est vrai que ça peut être utilisé à d'autres choses
(comme marquer les messages/commentaires du rédacteur dans la liste
--à distinguer des réponses des auteurs de l'article, cas évoqué ici--
ou le premier des messages depuis sa dernière visite, etc.)

17

Le 8 décembre 2011 15:46, Gildas Cotomale <gildas.cotomale@gmail.com> a écrit :

Les spams sont bien mis en évidence dans l'espace privé (j'ai NoSpam
installé partout, donc je ne sais pas si ça fait pareil sans) et n'ont
pas de raison de figurer dans l'espace public :o

Dans le cas du critère {tout} peut-être, si on veux se passer de
l'espace privé et modérer dans la page public, ça a un sens.

Mais ce n'était qu'un exemple. Et il y a ce que d'autres contributeurs
pourront imaginer.

J'aimerais bien une balise #CLASS, en fait. Qui s'adapte au contexte
et sur laquelle pourrait se greffer une contribution comme |me pour
les forum, par exemple. C'est généralisable à tous les objets
éditoriaux en plus.

--
James

18

Le 08/12/2011 18:56, James a écrit :

Le 8 décembre 2011 15:46, Gildas Cotomale<gildas.cotomale@gmail.com> a écrit :

Les spams sont bien mis en évidence dans l'espace privé (j'ai NoSpam
installé partout, donc je ne sais pas si ça fait pareil sans) et n'ont
pas de raison de figurer dans l'espace public :o

Dans le cas du critère {tout} peut-être, si on veux se passer de
l'espace privé et modérer dans la page public, ça a un sens.

Mais ce n'était qu'un exemple. Et il y a ce que d'autres contributeurs
pourront imaginer.

J'aimerais bien une balise #CLASS, en fait. Qui s'adapte au contexte
et sur laquelle pourrait se greffer une contribution comme |me pour
les forum, par exemple. C'est généralisable à tous les objets
éditoriaux en plus.

Il y a une autre situation que #EXPOSE pourrait prendre en compte :
c'est le motclé relativement à son groupe de motclé.

JLuc

19

Le 8 déc. 2011 à 23:30, JLuc a écrit :

Le 08/12/2011 18:56, James a écrit :

Le 8 décembre 2011 15:46, Gildas Cotomale<gildas.cotomale@gmail.com> a écrit :

Les spams sont bien mis en évidence dans l'espace privé (j'ai NoSpam
installé partout, donc je ne sais pas si ça fait pareil sans) et n'ont
pas de raison de figurer dans l'espace public :o

Dans le cas du critère {tout} peut-être, si on veux se passer de
l'espace privé et modérer dans la page public, ça a un sens.

Mais ce n'était qu'un exemple. Et il y a ce que d'autres contributeurs
pourront imaginer.

J'aimerais bien une balise #CLASS, en fait. Qui s'adapte au contexte
et sur laquelle pourrait se greffer une contribution comme |me pour
les forum, par exemple. C'est généralisable à tous les objets
éditoriaux en plus.

Il y a une autre situation que #EXPOSE pourrait prendre en compte :
c'est le motclé relativement à son groupe de motclé.

c'est pas déjà le cas ?
Claude

JLuc

20

Le 09/12/2011 15:48, dlatr a écrit :

Le 8 déc. 2011 à 23:30, JLuc a écrit :

Il y a une autre situation que #EXPOSE pourrait prendre en compte :
c'est le motclé relativement à son groupe de motclé.

c'est pas déjà le cas ?
Claude

Oui tu as raison.
Je ne sais quelle doc j'ai lu récemment, qui semblait exhaustive mais ne mentionnait pas les motclés,
mais Exposer un article dans une liste - SPIP indique qu'ils sont bien traités.

JLuc