Pourquoi créer une entrée menu pour un ?page=contact
alors qu'il y a deja une entrée menu générique pour aller vers les ?page=xx
Est-ce que chaque plugin qui propose une page=truc va aussi créer son entrée menu ? potentiellement on va avoir une chiée de choix ...
Il me semblerait plus malin de garder un seul type de menu générique, quitte à ce que lors de la saisie soit listée les pages=xx disponibles sur le site, non ?
Cédric
Le 5 mars 2010 à 05:05, cam.lafit@azerttyu.net a écrit :
Author: cam.lafit@azerttyu.net
Date: 2010-03-05 17:05:20 +0100 (Fri, 05 Mar 2010)
New Revision: 35842
Modified:
_plugins_/contact/menus/contact.xml
Log:
Conditionner un menu
* exemple d'utilisation de [35841]
* cf discussion / trollerie concerant [35817]
Pourquoi créer une entrée menu pour un ?page=contact
alors qu'il y a deja une entrée menu générique pour aller vers les ?page=xx
Pour ça faut revenir sur la discussion de [35817]
Après avoir testé le truc de kent1, je reconnais qu'avoir une liste à
cocher avec "activer mon formulaire contact" c'est vachement plus
affordant que de comprendre "Lien vers un squelette page" et se
rappeler qu'il faut cibler ?page=contact.
Les 2 ont avantages et inconvénients, pour ma part je n'ai pas tranché.
Il me semblerait plus malin de garder un seul type de menu générique, quitte à ce que lors de la saisie soit listée les pages=xx disponibles sur le site,
Cela peut être une solution faut voir avec kent1 et RastaPopoulos
Le 5 mars 10 à 17:42, cam.lafit@azerttyu.net a écrit :
S'lt
Pourquoi créer une entrée menu pour un ?page=contact
alors qu'il y a deja une entrée menu générique pour aller vers les ?page=xx
Pour ça faut revenir sur la discussion de [35817]
Après avoir testé le truc de kent1, je reconnais qu'avoir une liste à
cocher avec "activer mon formulaire contact" c'est vachement plus
affordant que de comprendre "Lien vers un squelette page" et se
rappeler qu'il faut cibler ?page=contact.
Les 2 ont avantages et inconvénients, pour ma part je n'ai pas tranché.
Il me semblerait plus malin de garder un seul type de menu générique, quitte à ce que lors de la saisie soit listée les pages=xx disponibles sur le site,
Cela peut être une solution faut voir avec kent1 et RastaPopoulos
non ?
Sais pas
d'autant qu'il y a des compositions si facile à faire (à base d'un article par exemple) dont l'interet est de pouvoir disposer d'une url plus "affordante" du type
www.dns/nous-contacter.html et/ou www.dns/contacter-le-chef.html.....
Le 5 mars 2010 à 17:42, cam.lafit@azerttyu.net a écrit :
S'lt
Pourquoi créer une entrée menu pour un ?page=contact
alors qu'il y a deja une entrée menu générique pour aller vers les ?page=xx
Pour ça faut revenir sur la discussion de [35817]
Après avoir testé le truc de kent1, je reconnais qu'avoir une liste à
cocher avec "activer mon formulaire contact" c'est vachement plus
affordant que de comprendre "Lien vers un squelette page" et se
rappeler qu'il faut cibler ?page=contact.
C'est une façon de voir qui ne marche que si le plugin contact est le seul à faire cela.
Si 10 plugins font pareil (au hasard : agenda, inscription, abonnement, proposer un evenement, mediatheque, messagerie, lecteur multimedia, tickets pour ceux que j'ai sous les yeux), alors le gain est nul car ton formulaire de contact est noyé parmis tous les autres, et le plugin menu devient incompréhensible et indéchiffrable.
Il faut penser à l'éco-système dans son ensemble pour que tout fonctionne en symbiose, et de ce point de vue ça n'est pas une solution satisfaisante que chaque plugin rajoute son entrée dans le plugin menu au premier niveau. C'est anti-écologique.
(la tournure interrogative de mon premier mail n'était qu'une forme polie d'invitation à répondre "en effet...", mon point de vue étant comme tu peux le voir déjà arrêté :p)
Pourquoi créer une entrée menu pour un ?page=contact
alors qu'il y a deja une entrée menu générique pour aller vers les ?page=xx
Pour ça faut revenir sur la discussion de [35817]
Après avoir testé le truc de kent1, je reconnais qu'avoir une liste à
cocher avec "activer mon formulaire contact" c'est vachement plus
affordant que de comprendre "Lien vers un squelette page" et se
rappeler qu'il faut cibler ?page=contact.
C'est une façon de voir qui ne marche que si le plugin contact est le seul à faire cela.
Si 10 plugins font pareil (au hasard : agenda, inscription, abonnement, proposer un evenement, mediatheque, messagerie, lecteur multimedia, tickets pour ceux que j'ai sous les yeux), alors le gain est nul car ton formulaire de contact est noyé parmis tous les autres, et le plugin menu devient incompréhensible et indéchiffrable.
Il faut penser à l'éco-système dans son ensemble pour que tout fonctionne en symbiose, et de ce point de vue ça n'est pas une solution satisfaisante que chaque plugin rajoute son entrée dans le plugin menu au premier niveau. C'est anti-écologique.
Cet écosystème pose tout autant problème avec la solution de rester
comme avant. Le "webmestre" ou assimilé se dermerde avec un champ vide
pour indiquer sa page. Si cette personne utilise le plugin pour ne pas
trifouiller dans les squelettes il est bien aise. Donner une
information correct au premier coup, pas gagné ainsi.
Tu suggérais de faire une liste pour filtrer le champ des possibles,
pour éviter de tatonner. Mais une liste sans explication de la nature
de chaque options n'aidera pas particulièrement. Et là pas de solution
sont apportée.
(la tournure interrogative de mon premier mail n'était qu'une forme polie d'invitation à répondre "en effet...", mon point de vue étant comme tu peux le voir déjà arrêté :p)
En l'état l'un ou l'autre c'est kif kif : boiteux.
Le 5 mars 2010 à 18:46, cam.lafit@azerttyu.net a écrit :
S'lt
Pourquoi créer une entrée menu pour un ?page=contact
alors qu'il y a deja une entrée menu générique pour aller vers les ?page=xx
Pour ça faut revenir sur la discussion de [35817]
Après avoir testé le truc de kent1, je reconnais qu'avoir une liste à
cocher avec "activer mon formulaire contact" c'est vachement plus
affordant que de comprendre "Lien vers un squelette page" et se
rappeler qu'il faut cibler ?page=contact.
C'est une façon de voir qui ne marche que si le plugin contact est le seul à faire cela.
Si 10 plugins font pareil (au hasard : agenda, inscription, abonnement, proposer un evenement, mediatheque, messagerie, lecteur multimedia, tickets pour ceux que j'ai sous les yeux), alors le gain est nul car ton formulaire de contact est noyé parmis tous les autres, et le plugin menu devient incompréhensible et indéchiffrable.
Il faut penser à l'éco-système dans son ensemble pour que tout fonctionne en symbiose, et de ce point de vue ça n'est pas une solution satisfaisante que chaque plugin rajoute son entrée dans le plugin menu au premier niveau. C'est anti-écologique.
Cet écosystème pose tout autant problème avec la solution de rester
comme avant. Le "webmestre" ou assimilé se dermerde avec un champ vide
pour indiquer sa page. Si cette personne utilise le plugin pour ne pas
trifouiller dans les squelettes il est bien aise. Donner une
information correct au premier coup, pas gagné ainsi.
Tu suggérais de faire une liste pour filtrer le champ des possibles,
pour éviter de tatonner. Mais une liste sans explication de la nature
de chaque options n'aidera pas particulièrement. Et là pas de solution
sont apportée.
Ben oui c'est ce que je dis. Y a la solution facile et rapide qui nous pourrira la vie dans 6 mois quand on aura tous recopié et fait pareil, et la solution ou il faut un peu plus réfléchir et améliorer, mais plus pérenne.
On peut toujours argumenter que la solution facile est rapide, elle n'en reste pas moins mauvaise.
Le 05/03/10 18:46, cam.lafit@azerttyu.net a écrit :
S'lt
Pourquoi créer une entrée menu pour un ?page=contact
alors qu'il y a deja une entrée menu générique pour aller vers les ?page=xx
Pour ça faut revenir sur la discussion de [35817]
Après avoir testé le truc de kent1, je reconnais qu'avoir une liste à
cocher avec "activer mon formulaire contact" c'est vachement plus
affordant que de comprendre "Lien vers un squelette page" et se
rappeler qu'il faut cibler ?page=contact.
C'est une façon de voir qui ne marche que si le plugin contact est le seul à faire cela.
Si 10 plugins font pareil (au hasard : agenda, inscription, abonnement, proposer un evenement, mediatheque, messagerie, lecteur multimedia, tickets pour ceux que j'ai sous les yeux), alors le gain est nul car ton formulaire de contact est noyé parmis tous les autres, et le plugin menu devient incompréhensible et indéchiffrable.
Il faut penser à l'éco-système dans son ensemble pour que tout fonctionne en symbiose, et de ce point de vue ça n'est pas une solution satisfaisante que chaque plugin rajoute son entrée dans le plugin menu au premier niveau. C'est anti-écologique.
Cet écosystème pose tout autant problème avec la solution de rester
comme avant. Le "webmestre" ou assimilé se dermerde avec un champ vide
pour indiquer sa page. Si cette personne utilise le plugin pour ne pas
trifouiller dans les squelettes il est bien aise. Donner une
information correct au premier coup, pas gagné ainsi.
Tu suggérais de faire une liste pour filtrer le champ des possibles,
pour éviter de tatonner. Mais une liste sans explication de la nature
de chaque options n'aidera pas particulièrement. Et là pas de solution
sont apportée.
(la tournure interrogative de mon premier mail n'était qu'une forme polie d'invitation à répondre "en effet...", mon point de vue étant comme tu peux le voir déjà arrêté :p)
En l'état l'un ou l'autre c'est kif kif : boiteux.
Km
ne pourrait on page imaginer qu'à chaque page "non standard" de spip (c'est à dire ni sommaire, ni article, ni rubrique etc) soit joint un fichier du type page-toto.xml qui donnerait deux trois infos sur ce à quoi sert cette page. Du même genre que les fichiers.xml de composition ?
