Ticket 1223 -- fichiers define.php
by Dsls
Re,
Je viens de faire quelques tests, et ça marche. La proposition est :
changer la déclaration dans le _define.php d'un thème/plugin de :
$this->registerModule(
/* Name */ "Pages",
/* Description*/ "Serve entries as simple web pages",
/* Author */ "Olivier Meunier",
/* Version */ '1.1.1',
/* Permissions */ 'contentadmin,pages',
999
);
en :
$this->registerModule(
"Pages",
"Serve entries as simple web pages",
"Olivier Meunier",
'1.1.1',
array(
'permissions' => 'contentadmin,pages',
'priority' => 999
)
);
Donc en gros, remplacer tout ce qui suit la version par un tableau de
clefs/valeurs. Cela permettra d'ajouter de nouveaux paramètres de
description des thèmes/plugins, sans casser à chaque fois la signature
de l'appel à registerModule, et sans avoir à se palucher des
paramètres optionnels qu'on ne souhaite pas.
La rétrocompatibilité est assurée en testant le 5e argument. Si c'est
un tableau => c'est le nouveau modèle, sinon on prend l'ancien.
Z'en dites ?
--
Bruno
12 years, 9 months
formfilters et behaviors
by Dsls
Yo,
Je cross-poste sur les 2 listes pour le début, mais je continuerai les
messages suivants sur dev@...
Il va falloir de nouveaux behaviors pour les filtres de formulaires,
je sollicite donc votre opinion sur leur nommage.
Je voudrais en fait ajouter 2 behaviors pour le prix d'un, dans la
mesure où formfilters va toucher aux formulaires de toutes les listes.
Behavior 1 : ajouter/modifier/supprimer des filtres. je propose pour
chaque page un behavior admin(page)Filters. Ex : adminPostsFilters,
adminCommentsFilters, ...
Behavior 2 : jouer sur $params avant la requête. Je propose
admin(page)BeforeGetParams. Ex : adminPostsBeforeGetParams,
adminCommentsBeforeGetParams. A moins que vous ne préfériez plus
simplement admin(page)Params ?
BTW, https://test.dotclear.net/formfilters/admin/index.php n'est plus
cassé, si vous voulez tester et éprouver, n'hésitez pas :)
--
Bruno
12 years, 9 months
Re: [Dotclear Dev] [Dotclear Tracker] [Dev Dotclear 2] #1240: Formulaire des configurateurs intégrés de thème
by Dsls
Le 30 juin 2011 13:06, Franck Paul <carnet.franck.paul(a)gmail.com> a écrit :
> Le 30 juin 2011 12:58, Dev Dotclear 2 <trac(a)dotclear.net> a écrit :
>> #1240: Formulaire des configurateurs intégrés de thème
>> -------------------------+--------------------------------------------------
>> Reporter: franck | Owner: franck
>> Type: enhancement | Status: closed
>> Priority: normal | Milestone: 2.4
>> Component: module:core | Version: 2.3
>> Severity: normal | Resolution: fixed
>> Keywords: |
>> -------------------------+--------------------------------------------------
>>
>> Comment(by bruno):
>>
>> Pas complètement séduit par l'approche : tu appelles un behavior en
>> incluant après cet appel le seul fichier d'administration du thème, à
>> savoir le _config.php. Du coup pour que ça fonctionne, il ne reste comme
>> possibilité que de définir le behavior dans le _define.php du thème, ce
>> que je ne trouve guère séduisant.
>
> Ça peut aussi être défini dans un _prepend.php, ce que je fais pour Ductile.
>
>> De plus, ajouter un behavior uniquement pour définir une valeur booléenne
>> ressemble plus à un contournement qu'autre chose. Pourquoi ne pas proposer
>> plutôt un paramètre additionnel au thème qui permettrait de dire comment
>> gérer la configuration d'un thème ? Je pense notamment au ticket #1223, où
>> on pourrait ajouter un attribut dédié au thème qui le souhaite
>
> En effet c'est un contournement d'une contrainte imposée par DC pour
> la gestion des formulaires. D'autre part, la modification que tu
> proposes un peu plus de code que ce simple appel de behaviour et ces
> deux tests.
>
> Maintenant on peut bien évidemment faire autrement, je n'ai pas de
> religion toute faite. Je souhaite simplement que la contrainte soit
> levée, c'est tout.
(Je transfère la conversation sur dev@, après tout tracker@ sera
bientôt read-only :)
On est complètement d'accord sur le fond. Maintenant sur la forme, il
y a plein de choses qu'un thème devrait pouvoir faire, mais qui n'est
pas faisable dans la version actuelle de dc. Le _conf.php un peu trop
contraint, l'impossibilité de définir des widgets dans le thème, et
pourquoi pas par la suite, le choix du moteur de templates, des champs
de configuration additionels, ...
Je propose juste d'essayer d'aborder cette problématique d'un niveau
plus global, plutôt que d'adresser chacune d'entre elles une à une.
--
Bruno
12 years, 9 months
Coucou
by Franck Paul
Plop and go
Franck
12 years, 9 months
Bienvenue
by xave
Ceci est le premier message de la liste sur le développement de
Dotclear. Et qu'on s'amuse !
12 years, 9 months