Chaque entrée du menu renvoie vers un formulaire de configuration ou un formulaire contenant lui-même plusieurs formulaires
Donc comment organiser tout ça proprement ?
JC
Puisque tu a commencé à faire cela avec saisies, je dirais : crée toi une seul formulaire, global. Mais tu regroupe chacun de tes formulaires historiques en un fieldset. Et tu utilise la possibilité d'avoir des fieldset repliés pour gagner un peu de place.
(Et pour ton define, rien ne t'empeche de te baser dessus pour choisir les fieldsets à afficher)
Chaque entrée du menu renvoie vers un formulaire de configuration ou un formulaire contenant lui-même plusieurs formulaires
Donc comment organiser tout ça proprement ?
JC
Puisque tu a commencé à faire cela avec saisies, je dirais : crée toi une seul formulaire, global. Mais tu regroupe chacun de tes formulaires historiques en un fieldset. Et tu utilise la possibilité d'avoir des fieldset repliés pour gagner un peu de place.
(Et pour ton define, rien ne t'empeche de te baser dessus pour choisir les fieldsets à afficher)
_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net
Le 15.05.21 à 11:15, Jean-Christophe Villeneuve a écrit :
Un seul formulaire pour tous les réglages d'Escal, franchement, je ne le sens pas.
ça va être super lourd à gérer et à maintenir.
Je vais plutôt rester sur mon configurer_escal.html dans /prive/squelettes/navigation issu de sarkaspip
JC
mais du coup je ne comprend tjr pas ton besoin/problème. Si par le passé tu as reussi à faire plusieurs formulaires, je ne vois pas pourquoi tu n'y arriverai pas dns le futur (et je maintiens que pour configurer un seul truc, à savoir un squelette, un seul formulaire structuré en fieldset serait plus pertinent...)
J’ai une interrogation qui rejoint la votre au niveau de la configuration
si on a beaucoup de parametre vaut -il mieux mettre plusieurs ligne dans la table META ce qui permet d’avoir les parametres en variable globale : comme le fait apparemment ESCAL)
ou vaut-il mieux créér une table /objet spécifique et appellé l’objet pour configurer chaque page ?
Quand vaut-il mieux creer une table qu’enregistrer dans META par rapport au fonctionnement de SPIP ?
par exemple : une ligne pour la liste des articles de la page accueil, une ligne pour la liste des articles pour les rubriques avec le squelette x,
Message du 15/05/21 13:40
De : « Jean-Christophe Villeneuve » jcvilleneuve@cegetel.net
A : spip@rezo.net
Copie à :
Objet : Re: [Spip] Formulaires de configuration d’Escal
Un seul formulaire pour tous les réglages d’Escal, franchement, je ne le
sens pas.
ça va être super lourd à gérer et à maintenir.
Je vais plutôt rester sur mon configurer_escal.html dans
/prive/squelettes/navigation issu de sarkaspip
JC
Le 14/05/2021 à 22:34, Maïeul Rouquette a écrit :
Le 14.05.21 à 22:18, Jean-Christophe Villeneuve a écrit :
Bonsoir
Je voudrais revoir mes formulaires de configuration pour respecter la
charte.
Actuellement, si on clique sur la config d’escal, on arrive à ça Escal
Cette page correspond à /prive/squelettes/contenu/configurer_escal.html
Je n’ai pas d’autre fichier dans ce dossier.
Le menu à gauche est généré par ce code dans escal_options.php
if (!defined(‹ _ESCAL_PAGES_CONFIG ›)) define(‹ _ESCAL_PAGES_CONFIG ›,
'accueil
|generalites!layout:elements:bandeau:menuh:multilinguisme:pied
|colonne_principale!sommaire_principal:rubrique_principal:article_principal:contact_principal:forumsite_principal
Chaque entrée du menu renvoie vers un formulaire de configuration ou
un formulaire contenant lui-même plusieurs formulaires
Donc comment organiser tout ça proprement ?
JC
Puisque tu a commencé à faire cela avec saisies, je dirais : crée toi
une seul formulaire, global. Mais tu regroupe chacun de tes
formulaires historiques en un fieldset. Et tu utilise la possibilité
d’avoir des fieldset repliés pour gagner un peu de place.
(Et pour ton define, rien ne t’empeche de te baser dessus pour choisir
les fieldsets à afficher)
J'ai une interrogation qui rejoint la votre au niveau de la configuration
si on a beaucoup de parametre vaut -il mieux mettre plusieurs ligne dans la table META ce qui permet d'avoir les parametres en variable globale : comme le fait apparemment ESCAL)
ou vaut-il mieux créér une table /objet spécifique et appellé l'objet pour configurer chaque page ?
*Quand vaut-il mieux creer une table qu'enregistrer dans META par rapport au fonctionnement de SPIP ?*
par exemple : une ligne pour la liste des articles de la page accueil, une ligne pour la liste des articles pour les rubriques avec le squelette x,
je dirais que plus on est proche du fonctionnemen tstandard de spip, mieux c'est **en general**. Une table pour stocker des configs spécifiques ne me semble guère pertinent.
