Bonnes pratiques pour les créateurs et développeurs de thèmes et de plugins

Thèmes

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… exemple de code
A quel endroit ajoutez-vous le namespace ? Le fichier _prepend.php est un bon candidat.
Toujours déclarer les settings en global lors de l'installation puis les enregistrer en local dans la configuration du plugin
Usez de l'autoload pour vos classes. Le fichier ne sera ainsi pas inclus systématiquement si la classe n'est pas instanciée, moins de risque d'inclusion récursive, d'oubli d'inclusion ou de redéclarations.
Si le plugin a une table, penser également à implémenter les behaviors pour l'import et l'export.
tester avec le niveau maximal d'erreur de PHP
tester avec MySQL et PostgreSQL

appeler les différents fichiers JavaScripts avec le behaviour publicFooterContent justifier
si vous ajoutez du contenu, existe-t-il un mode non automatique ou peut-on positionner soi-même le nouveau contenu avec un ou plusieurs tpl ?
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 ? ou l'ajouter avant …

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.
Dans les infos à communiquer, il me parait aussi indispensable de donner les nouveaux types d'UrlHandlers. pas compris

valider le XHTML (côté admin et public, avec le plugin Web Developer par exemple)
vérifier les traductions (les chaînes sont-elles toutes bien traduites ?)
Minifier la ou les feuilles CSS incluses : pas de petit profit.
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)

(merci à lipki pour la première version de cette page)