Je me disais que l'intégration d'un calendrier tel que je le pensais sur le site que je vous mentionné hier pouvais ce faire comme un ajout de module (style module de recherche), je suis prêt, (mais il faut pas être pressé, vu mes compétences en programmation) que je pourrais le développer et bien sur le mettre en contrib par la suite pour SPIP, c'est à dire que l'admin du site peux ou pas l'activé comme le moteur de recherche, et placer sur ses pages html un script style #FORMULAIRE_CALENDRIER, qui s'afficherais dans l'importe quel page ou l'on souhaite.
pensez vous que l'idée est nul, sans quoi, je m'arrete là, et je vais vendre des tomates en ardèche et serait-il possible de m'aiguiller un peu quant au démarrage de la procédure à suivre, quels fichiers ou scripts serait à rajouter dans tel ou tel pages.
voilà, je pense peux etre à tord, que cela pourrais permettre de creer les sites light qui n'afficheraient que les articles ou breves du jours, sans developper une hierarchie de rubrique et sous rubrique.
l'admin du site peux ou pas l'activé comme le moteur de recherche,
et placer sur ses pages html un script style #FORMULAIRE_CALENDRIER,
qui s'afficherais dans l'importe quel page ou l'on souhaite.
Je pense qu'il faudrait mieux ajouter un type de document comme
"événement", plutôt, et des boucles pour les afficher.
Je pense qu'il faudrait mieux ajouter un type de document comme
"événement", plutôt, et des boucles pour les afficher.
Euh, les brèves ne suffisent pas ? J'ai raté un épisode peu-être ? A mon
avis ce qui manque pour faire un calendrier c'est un accès facile dans les
boucles sur des critères de date (mais, je pense en fait que c'est la doc
qui n'est pas claire).
Bref, avant de savoir s'il faut programmer, il faudrait voir où ça bloque
Je pense qu'il faudrait mieux ajouter un type de document comme
"événement", plutôt, et des boucles pour les afficher.
Euh, les brèves ne suffisent pas ?
Non, il manque au moins le rubriquage plus "profond" comme pour les
articles, et une gestion d'horaire et durée ...
C'est pour ça que j'utilise pour ma part des articles, avec la date de
publication antérieure comme date d'événement, mais à l'usage c'est
pas top pratique.
Euh, les brèves ne suffisent pas ? J'ai raté un épisode peu-être ? A mon
avis ce qui manque pour faire un calendrier c'est un accès facile dans les
boucles sur des critères de date (mais, je pense en fait que c'est la doc
qui n'est pas claire).
Bref, avant de savoir s'il faut programmer, il faudrait voir où ça bloque
Je vois pas en quoi les brèves apportent une solution ?
Le but, c'est souvent de pouvoir afficher un petit calendrier comme dans la colonne de droite de ce site :
Chaque jour contenant un article pointe vers une page avec la liste des articles / brèves du jour spécifié.
Faut donc :
-1- un moyen d'inclure le calendrier
-2- développer une page qui liste les articles / brèves en fonction du critère jour
-2- semble simple, -1- semble mortel qui tu, parce que je ne vois pas comment faire une boucle sur j=1 à 31 (ou 30 ou 28 selon) et de créer un lien au ca où il y aurait un article dans ce jour.
Tu vois l'idée ? Peut-etre qu'on se comprend mal :-\
Idem ici, nous bidoullons un truc avec des articles. La date de
publication est le début de l'évenement, et le titre le l'article
commencer par un truc genre 20021203 pour marquer la date de fin.
Je sais pas si c'est une bonne méthode, mais avec un peu de PHP ça nous
permet d'afficher un calendrier (enfin c'est bien grand mot !).
Nous avons besoin que ça soit un article et pas une brève car il faut
pouvoir archiver (les brèves s'effacent) et surtout qu'on veut avoir un
rubriquage identique à ceux des articles. En revanche, y ajouter des
documents attachés ne nous intéresse pas, pour ça y'a les articles, les
vrais.
L'idée de base serait donc un objet "évenement" ressemblant à une brève,
mais avec des droits d'ajout/modif/validation et une "rubrication"
identiques à ceux d'un article, et une date de fin.
Avec un tel objet "évenement" et des boucles & filtres & balises
correspondantes, on pourrait vraiment aller très loin. Et même trop loin
plutôt que de multiplier les objets, pourrait on imaginer un "objet" à
géométrie variable (avec n champs, chacun définissable en texte, numérique,
alpha, date, etc ... nommables) ... déclinable sous différentes appellations
et mises en forme (comme rubrique-xx) ... intégrable comme le module
"recherche" dans les squelettes ... à manipuler avec les fonctions spip
s'adressant aux champs 1 ou 2 ou .... n (paramétrable), voire par des
fonctions php en complément .... à chaque créateur d¹assumer les mises au
point nécessaires ... une doc générique minima serait utile qd même
on en revient d'une certaine manière à la proposition de Fil = "extension
des tables"
l'usage de cet objet étant clairement destinés à ceux qui acceptent de
mettre les mains dans le cambouis (y a plein de monde qui aime bidouiller)
... contrairement aux objets de base (rubriques, articles, sommaire, etc
...) eux à destination de tous
il pourrait se dégager à l'usage collectif quelques mise en forme
intéressantes ... à intégrer ensuite au tronc commun, ou à proposer en
option dans une bibliothèque d'objets paramétrés (comme les squelettes quoi)
bref plutot que de vouloir décliner tous les besoins des uns et des autres
en fonctions de base (risque = finir comme word), cela reviendrait à
permettre à ceux qui s'investissent d'adapter et manipuler selon leurs
besoins certaines parties spécifiques de la base mysql ... peut être à
"isoler" du tronc commun pour sécuriser le fonctionnement des fonctions de
base
L'idée de base serait donc un objet "évenement" ressemblant à une brève,
mais avec des droits d'ajout/modif/validation et une "rubrication"
identiques à ceux d'un article, et une date de fin.
non non non, moi je cherche pas du tout à ajouter un type d'objet, mais plus donner une autre manière de "feuilleter" les articles. D'habitude on liste les articles par thème, ben ici, on pourrait les lister par date, avec une présentation sous forme de mois.
Nous avons besoin que ça soit un article et pas une brève car il faut
pouvoir archiver (les brèves s'effacent)
COmment ça les brèves s'effacent ???
L'idée de base serait donc un objet "évenement" ressemblant à une brève,
mais avec des droits d'ajout/modif/validation et une "rubrication"
identiques à ceux d'un article, et une date de fin.
Avec un tel objet "évenement" et des boucles & filtres & balises
correspondantes, on pourrait vraiment aller très loin. Et même trop loin
Si je comprends bien, ce qu'il faut c'est un article (il y a déjà deux dates
dans les articles), mais avec :
- une interface d'édition différente (espace privé) ;
- des boucles et critères permettant de les ordonnancer à l'écran en
fonction d'une date ("en dur") et non pas seulement de leur age
(espace public).
Par ailleurs, il y aurait un besoin d'offrir dans l'espace public une
capacité d'édition des événements en question - ce genre de choses pourrait
éventuellement être géré en donnant à l'article le caractère "wiki" (serait
géré dans la partie "interactive" de l'article, là où on lui ajoute une
pétition ou un forum).
