Bien des utilisateurs ont des souhaits quand à l’apparition sur Spip de la gestion d’une date de fin ayant plusieurs utilités (pour certains, la demande touche à l’agenda, pour d’autre à la date de fin de vie d’un article).

Ces deux dates sont en fait la même : en effet, que ce soit la date de fin d’un événement de l’agenda ou la date de fin d’un article, on parle la même chose : il manque la possibilité de pouvoir sélectionner celle-ci.

Un solution que je qualifierai "d’attente" a été trouvée : il suffit de se servir de la date de publication antérieure. C’est une soution que j’utilise, mais en ce qui me concerne, je trouve toujours dangeureux en dev de dévier une fonction de sa mission et de s’en servir pour autre chose, c’est une méthode que l’on ne peut pas généraliser et qui pose des problèmes.

Certains des core-dev comme Arno* partent du principe que suppirmer un article (date de fin) est idiot car cela nous replonge dans la problématique des lien brisés (err 404) (par ex avec Google). Certes, c’est un problème, mais nul besoin pour évoquer ce pb d’aller chercher une nouvelle entrée : il suffit de mettre un article à la poubelle pour qu’un lien éventuel soit brisé, c’est donc un pb beaucoup plus général.

ARNO* : C’est tout de même un peu plus compliqué que ça ! En réalité, les demandes pour une «date de fin» mélangent systématiquement deux utilisations :
— une date de fin pour gérer des calendriers de manière fine,
— une date de fin pour retirer des articles du site, ou pour des placements automatiques dans des «archives».

>> (jlgrellier) je pense que cela peut être la même (ce n’est pas une confusion...)

Cela pose effectivement le problème des liens brisés (et pour moi, le problème de Google n’est qu’accessoire : le problème, c’est l’impossibilité croissante à référencer un autre site que le sien propre, parce que les sites s’amusent de plus en plus à virer/déplacer leurs articles -

>>(jlgrellier) non pas obligatoirement, ensuite c’est le respect ou non de tes internautes : créer une partie archive dans le site permet de conserver les liens et les articles et d’offrir une bonne base de connaissances. Et puis pourquoi préjuger de l’utilisation que les dev feront de leur site ??? S’il y a des liens brisés, ce n’est pas spip qui va en souffrir, mais le site fait avec spip, et ce problème n’est pas lié à spip, mais c’est une règle de conduite beacoup plus générale, qui devrait figurer dans la netiquette si ce n’est pas le cas.

ce qui nuit à l’existence du Web en tant que système en réseau et accentue le cloisonnement entre les sites, de plus en plus considérés uniquement en tant que «magazines» totalement indépendants les uns des autres), mais aussi des problèmes de souplesse dans SPIP :
— s’il y a une date de fin, alors logiquement il y a une date de début ; la date actuellement utilisée en priorité dans SPIP, et de manière semi-automatique (seul un admin peut la changer, après publication de l’article), c’est une date de «mise en ligne» ; ce qui est très différent ; on n’ajoute donc pas une date, mais deux (sachant qu’on a déjà, pour un article : une date de mise en ligne, une date de première publication et une date de modification ;

>>(jl grellier) et alors ??? si ces zones sont activables ou non comme les autres zones des articles, chacun choisi de quoi il veut se servir, et puis ensuite tout est dans la formation que l’on fait aux utilisateurs.

— si l’optique est un agenda, alors il faut aussi gérer les horaires (heures-minutes) de début et de fin, ce que SPIP ne propose pas actuellement ; il faut penser l’interface, dans ce cas, de manière beaucoup plus profonde que simplement ajouter une nouvelle entrée dans la base de données ;

>> (jlgrellier) là tu pousse un peu.... les horaires dans 80% des cas peuvent être gérées dans une des zones de texte (ou plutôt dans le corps du texte si je reste dans ma logique de ne pas détourner de fonctions) : l’idée est de faire un agenda de base... évidemment si on regarde tout de suite au plus compliqué, il n’est pas utile de continuer cette réflexion...

— la notion d’«archives» pose de grosses difficultés avec la souplesse des sites via la personnalisation des squelettes, l’imposition d’un mode de fonctionnement et des automatismes imposés. Pour de nombreux webzines tirés d’un supports papier, la notion d’«archive» est en réalité simplement remplacée par une structuration du site selon des rubriques par «numéros de publication» (selon les numéros successifs d’un mensuel par exemple) ; là, les archives se constituent déjà par la présentation du site. On a la très grosse difficulté de savoir ce qu’on fait des «archives» avec des automatismes : on fait une interface différente, on se contente de bloquer les forums :-)), on supprime l’article du site public ou de la base, on les déplace de rubrique, etc. ; rapidement un beau bordel, avec des automatismes qui risquent de contredire la souplesse des squelettes... ;

>> (jlgrellier) moi je ne gère pas du tout mes archives comme cela, je les gère en fonction d’une date, (année puis mois) ensuite il faut rechercher parmis les infos de chaque mois : effectivement, cela peut à moyen terme poser des problèmes de lourdeur en terme de gestion... mais à ce moment là si je suis ton raisonnement, on ne peut pas archiver et il ne faut pas supprimer ??? Mais alors spip est un système qui produit des sites statiques (provocation gratuite) ???

— les histoires autour d’une gestion d’agenda réclame un peu plus de réflexion que le simple ajout d’un champ «date de fin» dans les articles ! Il y a là des choses très mignonnes et pratiques à réaliser, alors qu’en l’état on ne parle déjà que d’une bidouille très limitée et peu intéressante.

>> (jlgrellier) si on qualifie de bidouilles très limitées et inintéressantes les demandes des utilisateurs au lieu de leur proposer des solutions, je ne pense pas que cela fera beaucoup avancer le schmilblick, si ce n’est décourager des gens qui essaient tant bien que mal de vous aider dans votre réflexion, ou alors il ne faut pas laisser spip-lab ouvert au public. (désolé, mais ce genre de réponse : a l’art de me mettre hors de moi... surtout que je ne voulais pas intevenir sur ce site et que l’on me l’a demandé....)

Désolé, mais on aime spip, on l’utilise, on lui trouve des défaults, et on demande (les chieurs) des modifs... c’est la loi du libre...

En terme d’ergonomie, il suffit peut-être d’un MOD, d’une contrib ou d’une modif de l’interface d’admin... je n’ai pas de réponse, en tout cas il faut trouver quelque chose d’efficace en terme de dev et qui ne pénalise pas le fonctionnement de spip... De la même façon que l’on choisit d’afficher ou nom des zones dans les articles, il suffirait de choisir ou non de se servir des dates de fin ou de publication antérieure... afin que chacun puisse en partie personnaliser son interface de rédaction d’articles...

Jean-Marc> Pourquoi ne pas imaginer un système de classement automatique dans un dosser d’archives à partir d’une date donnée ? On libère l’espace de publication et en même temps on n’a pas à gérer la suppression des articles. Libre à chacun ensuite d’afficher ou non ses archives.

Ce dont je suis sûr c’est que c’est un besoin exprimé par pas mal de monde... ensuite il faut trouver le bon compromis performance/efficacité.

Une discussion plus avancée sur le sujet est déjà en ligne ici : GestionDesDates