[spip-dev] balises et dates

Ce 8 octobre, Fil a écrit:

A noter toutefois un défaut de cette balise :
+ * Dans la boucle ARTICLES, une nouvelle balise #DATE_MODIF (au format
+ date, à utiliser, donc, avec des filtres comme |affdate) donne la date de
+ "dernière modification de l'article" : en fait, il s'agit, plus
+ précisément, de la dernière date à laquelle on a ouvert l'article en
+ édition, MÊME SI ON N'A PAS VALIDÉ NI MODIFIÉ L'ARTICLE. Ce n'est pas un
+ bug :wink:

Oui, parce que cette valeur est modifiée dès l'ouverture pour justement
empêcher 2 modifs simultanées? Quel est le principe utilisé pour
cela? Cette date ne peut suffire. Qu'est-ce qui dit que c'est fini?
Le timestamp? Un même auteur peut-il modifier 2 fois la même page
dans 2 fenêtres différentes?

Par ailleurs, si la modif est juste une rectification de virgule ou de mise
en page, c'est pas vraiment la date_modif que je souhaiterais
personnellement afficher... mais bref.

C'est toujours difficile. Il n'y a pas de bonne solution si on veut le
faire automatiquement. Mais les années nous ont appris que si on dit
qu'on va le faire manuellement, on oublie 9 fois sur 10...

L'automatisation ôte toujours une partie d'humanité...

          Anne

P.S. Pourquoi l'automate de la liste ne met-il pas par défaut la liste
en réponse? Je vais finir par oublier de changer. Toutes les autres
listes que je connais ont la liste par défaut... non pas toutes mais
la majorité... Qui sait, je peux peut-être configurer mon outil
de messagerie? Mais quelle est l'idée de ne pas remplir le champ
Reply-To: ?

Oui, parce que cette valeur est modifiée dès l'ouverture pour justement
empêcher 2 modifs simultanées? Quel est le principe utilisé pour
cela? Cette date ne peut suffire. Qu'est-ce qui dit que c'est fini?
Le timestamp? Un même auteur peut-il modifier 2 fois la même page
dans 2 fenêtres différentes?

C'est juste là à titre d'indication, ça ne bloque rien, n'interdit rien,
mais transforme le bouton "modifier l'article" en "Machin a travaillé il y a
10 minutes sur cet article"... pendant une heure. Ca permet juste de se
coordonner.

qu'on va le faire manuellement, on oublie 9 fois sur 10...
L'automatisation ôte toujours une partie d'humanité...

Certes.

P.S. Pourquoi l'automate de la liste ne met-il pas par défaut la liste
en réponse? Je vais finir par oublier de changer. Toutes les autres
listes que je connais ont la liste par défaut... non pas toutes mais
la majorité... Qui sait, je peux peut-être configurer mon outil
de messagerie? Mais quelle est l'idée de ne pas remplir le champ
Reply-To: ?

http://www.unicom.com/pw/reply-to-harmful.html

Pour moi, il s'agit surtout d'éviter qu'une réponse destinée à être privée
("Quel !#$**! celui-là !") parte par inadvertance sur une liste publique ;
l'inverse est moins gênant :wink:

-- Fil

Bonjour,

> de messagerie? Mais quelle est l'idée de ne pas remplir le champ
> Reply-To: ?
http://www.unicom.com/pw/reply-to-harmful.html

Pour ma part, pje prefer cette version:
http://www.metasystema.org/essays/reply-to-useful.mhtml

Pour moi, il s'agit surtout d'éviter qu'une réponse destinée à être privée
("Quel !#$**! celui-là !") parte par inadvertance sur une liste publique ;
l'inverse est moins gênant :wink:

Le probleme c'est qu'on se tappe au quotidien 2 copies de chaque message
de thread ou on a eu la malchance d'intervenir une fois...

  Yannick

http://www.metasystema.org/essays/reply-to-useful.mhtml

arf !

Le probleme c'est qu'on se tappe au quotidien 2 copies de chaque message
de thread ou on a eu la malchance d'intervenir une fois...

Tu ne me convaincras pas - la gêne est moins grande qu'un message envoyé par
erreur sur la liste, et de plus :

1) en principe tu peux régler tes options d'abonné pour que Mailman ne
   t'envoie pas de copie perso si ton adresse est dans le champ To: ou Cc:
   (nodups). Dans la pratique, je n'ai pas mis à jour le template
   personnalisé de cette page dans listes.rezo.net, donc ça n'existe pas
   dans l'interface publique de Mailman... mais tu es listmaster :wink:

2) Si tu filtres sur l'adresse de la liste, les deux copies vont dans la
   même boîte, et tu les repères d'un coup d'oeil

3) procmail...

4) si reply-to: est positionné sur la liste, les habitués du "g"roup-reply
   continueront à t'envoyer deux copies.

   Avec mutt je peux choisir (r)eply, (g)roup reply et (l)ist reply... et je
   navigue à vue car je ne sais pas si la personne est abonnée ou pas à la
   liste. Reply-to: ne règle pas le problème si le posteur n'est pas abonné,
   il n'a pas la réponse... (cas fréquent sur spip@rezo.net) ; la bonne
   solution est donc celle que propose Mailman - reste à trouver le temps de
   modifier le template en question...

-- Fil

From patois@calvix.org Tue Oct 8 22:18:41 2002

Return-Path: <patois@calvix.org>
Received: from mx2.interhost-fr.com (ns.sicfa.org [212.43.217.38])
  by miel.brainstorm.fr (Postfix) with ESMTP id 63AE11C06A
  for <spip-dev@rezo.net>; Tue, 8 Oct 2002 22:18:41 +0200 (CEST)
Received: by mx2.interhost-fr.com (Postfix, from userid 507)
  id D08D016553; Tue, 8 Oct 2002 21:12:05 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
  by mx2.interhost-fr.com (Postfix) with ESMTP id 852FF16552
  for <spip-dev@rezo.net>; Tue, 8 Oct 2002 21:12:05 +0200 (CEST)
X-X-Sender: <patois@ns.sicfa.org>
In-Reply-To: <20021008201224.GA23582@rezo.net>
Message-ID: <Pine.LNX.4.33.0210082106560.1396-100000@ns.sicfa.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: 8BIT
X-BeenThere: spip-dev@rezo.net
X-Mailman-Version: 2.1b2+
Precedence: list
List-Help: <mailto:spip-dev-request@rezo.net?subject=help>
List-Archive: <http://listes.rezo.net/archives/spip-dev>
List-Unsubscribe: <http://listes.rezo.net/mailman/listinfo/spip-dev>,
  <mailto:spip-dev-request@rezo.net?subject=unsubscribe>
List-Subscribe: <http://listes.rezo.net/mailman/listinfo/spip-dev>,
  <mailto:spip-dev-request@rezo.net?subject=subscribe>
List-Post: <mailto:spip-dev@rezo.net>
List-Id: SPIP : developpement <spip-dev.rezo.net>
X-List-Received-Date: Tue, 08 Oct 2002 20:18:41 -0000
Status: O
Content-Length: 2385
Lines: 55

> http://www.metasystema.org/essays/reply-to-useful.mhtml
> Le probleme c'est qu'on se tappe au quotidien 2 copies de chaque message
> de thread ou on a eu la malchance d'intervenir une fois...
Tu ne me convaincras pas - la gêne est moins grande qu'un message envoyé par
erreur sur la liste

J'aime bien cet argument:
"I have been and am subscribed to both munging and non-munging mailing
lists. On the non-munging lists, there are regular requests to change the
list so that Reply-To replies to the list. On the munging lists which
already do this, there are hardly any requests for change."

*Jamais* je n'ai vu aucune remarque sur une liste ou le reply-to était
positionné... Sur une où ca l'est pas, disons que le sujet réémerge une
fois tout les 6 mois environs...

2) Si tu filtres sur l'adresse de la liste, les deux copies vont dans la
   même boîte, et tu les repères d'un coup d'oeil

Je ne filtre pas, et qu'elles aillent dans la meme boite ou pas ca en fait
toujours deux.

3) procmail...

Oui ?

4) si reply-to: est positionné sur la liste, les habitués du "g"roup-reply
   continueront à t'envoyer deux copies.

Ca leur passera vite, vu que c'est assez idiot comme maniere de faire.

   Avec mutt je peux choisir (r)eply, (g)roup reply et (l)ist reply...

Avec pine, je peux choisir d'honorer le reply_to (ce que je ferais
quasi-systématiquement), ou si je ne l'honore pas, de répondre à tous ou
seulement à l'expéditeur.

   navigue à vue car je ne sais pas si la personne est abonnée ou pas à la
   liste. Reply-to: ne règle pas le problème si le posteur n'est pas abonné,
   il n'a pas la réponse... (cas fréquent sur spip@rezo.net) ; la bonne

Sauf que je nettoie systématiquement (ou presque) mon en-tete à la main
(vu que le reply-to n'est pas positionné). En général quand on s'adresse à
une liste de diff, il me semble que s'y abonner est un minimum...

  Yannick

En général quand on s'adresse à une liste de diff, il me semble que s'y
abonner est un minimum...

Non !

Quand quelqu'un a besoin d'aide sur spip, il doit juste écrire à
spip@rezo.net ; ta suggestion l'obligerait à localiser l'adresse web de la
liste, s'abonner, confirmer sa demande, attendre le reçu, lire la charte,
retrouver l'adresse email de la liste, envoyer enfin sa question, recevoir
60 mails jusqu'à ce que quelqu'un daigne lui répondre, puis suivre une
procédure complexe pour se désabonner...

Allez, fin de la récré :wink:

-- Fil

Hum, OK... 1-0 pour toi, là.
Mais ce que tu veux de spip@rezo.net semble plus etre une adresse
d'assistance en ligne qu'une mailing list :wink:

  Yannick