> Si tu penses qu'il faut le virer, je ne me battrai pas... mais à mon avis ça
> peut être pratique dans certains cas.
Comme je le disais dans ma réponse, c'est un champ géré par MySQL.
Si tu transfères ta base, le champ sera remis à jour. (d'ailleurs
il n'est même pas géré actuellement par les sauvegardes SPIP)
Donc, à moins que l'utilité soit vraiment indiscutable (je n'en
ai pas l'impression ;-)), je pense que c'est une mauvaise idée.
Oui. Pourtant une vraie date de maj par spip est précieuse.
Si pour de la publication plus journalistique seule la date de création
importe, pour de la publication plus technique, la date de maj est aussi
importante que la date de création, parfois même plus.
Suis-je la seule à souhaiter 2 champs supplémentaires dans les rubriques
et articles:
- date maj
- critere varchar(10)
le second que j'utiliserais à satisfaction pour des tris quand les articles
et rubriques doivent avoir un ordre.
Anne
Salut
Oui. Pourtant une vraie date de maj par spip est précieuse.
Si pour de la publication plus journalistique seule la date de création
importe, pour de la publication plus technique, la date de maj est aussi
importante que la date de création, parfois même plus.
Heu, non, on ne parle pas des articles mais des tables qui font
la liaison entre articles et auteurs, etc.
Suis-je la seule à souhaiter 2 champs supplémentaires dans les rubriques
et articles:
- date maj
- critere varchar(10)
le second que j'utiliserais à satisfaction pour des tris quand les articles
et rubriques doivent avoir un ordre.
Pourquoi ne pas utiliser un champ spécifique (surtitre...) ?
a+
Antoine.
Nicolas : il y eu un débat intéressant il y a quelque jours (vers le 5 et
6/11) sur spip-dev sur l'ajout de champs supplémentaires
plutot que de chercher à traiter au cas par cas les besoins des uns et des
autres, ne faudrait t'il pas avoir une approche générique sur ce sujet
en effet quelques champs supplémentaires alphanumériques, dans au moins
article (pour commencer cela serait déjà bien), et peut etre (ca peut etre
pour des versions plus tard) rubriques voire auteurs, éventuellement avec
noms de champs saisissables (ou générique), complétés des balises adéquates,
cela permettrait à chacun de procéder librement à ses petites adaptations
persos
si on décide qu'il font une ligne, et sont toujours visibles, genre
"compléments libres optionnels" en bas des pages de saisie cela ne devrait
pas perturber trop les formulaires et leur compréhension par tout un chacun,
non?
c'est pas une idéee, ou cela demande un gros travail ?
@+
nicolas
Bonjour,
J'utilise personnellement avec bonheur le "surtitre" comme numéro d'ordre
des rubriques et des articles.
Le seul problème est de formater les nombres < 10 avec un espace devant ...
Je n'ai pas trouvé d'autres solutions.
Les scripts xxx_edit prennent en compte ce changement le "surtitre" devanant
"numéro d'ordre".
A+
Jean-Louis Bourgogne
Consultant
Ingénierie de e-formations collaboratives
e-mail : jean-louis.bourgogne@noos.fr <mailto:jean-louis.bourgogne@noos.fr>
Site Web : www.e-briefing.biz <http://www.e-briefing.biz>