Réflexions autour du développement d'extensions Dotclear

Par Osku le mardi 5 octobre 2010 - Lien permanent

Vous pensez avoir fini votre nouvelle extension pour Dotclear et vous en êtes fier ? Cependant, avez-vous pensé à ceci :

Un flag d'activation pour la gestion multi-blogs : il peut être utile pour ne plus afficher un widget, définir un nouvel urlHandler, créer un nouveau menu dans le tableau de bord, appeler des behaviours...
Minifier la ou les feuilles CSS incluses : pas de petit profit.
Côté public : appeler les différents fichiers JavaScripts avec le behaviour publicFooterContent
Toujours côté public : si vous ajoutez du contenu, existe-t-il un mode non automatique ou peut positionner soi-même le nouveau contenu avec un ou plusieurs tpl ?
Côté public encore : peut-on ne pas ajouter la feuille de style du plugin pour éviter une harmonie farfelue entre les couleurs du blog et les règles du plugin ?
A quel endroit ajoutez-vous le namespace ? Le fichier _prepend.php est un bon candidat.

Pensez aussi à lister et communiquer les nouveaux éléments livrés avec votre extension :

la liste exhaustive des nouveaux settings avec le namespace
le ou les fichiers template inclus
les variables et les blocks tpl inclus dans votre plugin et leurs attributs.

A suivre...

Commentaires

1. Le mardi 5 octobre 2010 par Tomtom

Minifier les fichiers javascript inclus dans le plugin (un fork du plugin packager est disponible ici pour automatiser cette opération ainsi que pour les feuilles de style)
Toujours déclarer les settings en global lors de l'installation puis les enregistrer en local dans la configuration du plugin

2. Le mardi 5 octobre 2010 par Osku

Tu peux me donner des raisons pour l'histoire des settings global / local ?

3. Le mardi 5 octobre 2010 par Tomtom

@Osku: C'est pour la gestion des settings en multiblog (cf cette conversation sur le forum)

4. Le mardi 5 octobre 2010 par Osku

Je pense que ça dépend vraiment des usages. Par exemple, dans le plugin contactMe, les settings sont testés et créés si nécessaires seulement quand on accès à la page admin de l'extension.

5. Le mardi 5 octobre 2010 par Tomtom

Tu fais comme tu veux en effet. Mais personnelement, je fais toujours ça et ce qui me permet en plus d'ajouter pour chaque plugin sa version dans la table dc_version grâce au fichier _install.php

6. Le mardi 5 octobre 2010 par Dsls

J'ajouterais le point suivant :
Usez et abusez de l'autoload pour vos classes:

Le fichier ne sera ainsi pas inclus systématiquement si la classe n'est pas instanciée (ex: plugin désactivé pour un blog) => gain de performances
moins de risque d'inclusion récursive, d'oubli d'inclusion ou de redéclarations.

7. Le jeudi 7 octobre 2010 par Osku

Merci pour vos premières contributions. Revenez dès que vous pensez à autre chose.

8. Le vendredi 8 octobre 2010 par Tomtom

Si le plugin a une table, penser également à implémenter les behaviors pour l'import et l'export.

9. Le jeudi 21 octobre 2010 par Osku

Dans les infos à communiquer, il me parait aussi indispensable de donner les nouveaux types d'UrlHandlers.

10. Le mercredi 5 octobre 2011 par Osku

Le test pour la redirection vers une page du blog avec passage de paramètre :

$redir .= $core->blog->settings->system->url_scan== "query_string" ? '&' : '?';

Du libre et du sport

Réflexions autour du développement d'extensions Dotclear

Commentaires

Ajouter un commentaire

Gratitude