> Mais comment obtenir une date de dernière modification, de dernière
> mise à jour? Ceci manque toujours cruellement dans spip (ou j'ai
> loupé l'annonce que c'était enfin possible?).
On a implémenté, sur ta suggestion, la #DATE_MODIF dans la version 1.5, et
c'est documenté là : [uZine 3] La boucle ARTICLES
Oui, je suis désolée d'y revenir. Mais comme le dit l'annonce:
"... 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 ;-)"
It's not a bug, its a feature ou cachez ce sein que je ne saurais
voir.
Bon. Je me calme. Je patiente encore... un jour cette date pourra
être gérée comme #DATE et #DATE_REDAC. Qu'on puisse la remettre
à sa valeur en cas de modif de typos et surtout qu'elle ne change pas
quand il n'y a pas de modif.
Comme c'est indiqué dans la page en question, le concept a quelques
inconvénients (la date_modif s'active si on ne change ne serait-ce qu'une
virgule sur la page).
Mais pour une date plus finement réglable, il faut que
ça soit fait "à la main", donc retour à la #DATE ou #DATE_REDAC...
Mais pour une date plus finement réglable, il faut que
ça soit fait "à la main", donc retour à la #DATE ou #DATE_REDAC...
Idéalement, il y aurait au moins 4 dates qui pouraient être propres à un
article (et donc quatre champs de datations dans la table) :
- La date de publication (le jour où on a mis l'article en ligne);
- Une date relative au contenu (par exemple le jour de la publication
d'un article de presse, ou la date d'une réunion dont on publie un
rapport, ou la date de parution d'un communiqué,...) qui peut être
différente de la première;
- La date de la dernière modification de l'article;
- Enfin, plus facultatif, la date d'échéance si on veut que l'article ne
soit visible que pendant un certain temps (chose qui, je crois, n'est
pas du tout envisagée actuellement par SPIP mais peut, me semble-t-il,
avoir son utilité);
Mais pour une date plus finement réglable, il faut que
ça soit fait "à la main", donc retour à la #DATE ou #DATE_REDAC...
Idéalement, il y aurait au moins 4 dates qui pouraient être propres à un
article (et donc quatre champs de datations dans la table) :
- La date de publication (le jour où on a mis l'article en ligne);
- Une date relative au contenu (par exemple le jour de la publication
d'un article de presse, ou la date d'une réunion dont on publie un
rapport, ou la date de parution d'un communiqué,...) qui peut être
différente de la première;
- La date de la dernière modification de l'article;
- Enfin, plus facultatif, la date d'échéance si on veut que l'article ne
soit visible que pendant un certain temps (chose qui, je crois, n'est
pas du tout envisagée actuellement par SPIP mais peut, me semble-t-il,
avoir son utilité);
La date d'échéance est une fonctionnalité très appréciée (exemple de sites et articles à révisions périodiques - à date échue, un email est transmis à l'auteur, l'article est remis en mode "en cours de rédaction", etc...)
Pierre