Ticket #412 (closed enhancement: wontfix)
Code prêt à l'emploi pour les widgets dans les templates
| Reported by: | Moe | Owned by: | olivier |
|---|---|---|---|
| Priority: | normal | Milestone: | 2.2 |
| Component: | module:plugins | Version: | 2.0 |
| Severity: | normal | Keywords: | |
| Cc: |
Description
Bonjour,
suite au changeset 2311 relatif au plugin widgets, j'avais proposé l'idée de fournir le code prêt à être copié collé. Voici le patch qui permet d'afficher un code prêt à être intégré dans les templates, par exemple avec le widget "Billets sélectionnés" :
<!-- Billets sélectionnés --> <tpl:Widget id="bestof"> <setting name="title">À retenir</setting> <!-- # name = Titre:, type = text --> <setting name="homeonly">1</setting> <!-- # name = Page d'accueil uniquement, type = check, values = (0|1) --> </tpl:Widget>
Exemple en image (le texte surligné correspond à ce que le patch ajoute) : http://img90.imageshack.us/my.php?image=capturege6.png
Ainsi il devrait être possible de paramétrer le widget plus tard en ayant tous les paramètres directement sous les yeux.
J'ai dupliqué une partie de l'ancien code pour conserver l'ancien et le nouvel affichage l'un sur l'autre mais à terme on pourrait choisir de n'afficher que celui-ci.
Qu'en dites-vous ?
Attachments
Change History
Changed 17 years ago by Moe
-
attachment
patch.diff
added
comment:1 Changed 17 years ago by euskaraz
je ne comprends pas l'interêt de :
<setting name="homeonly">1</setting> dans ce cas je copieraie mon tpl dans tous mes fichiers templates qui m'interresse, ce paramétre ne serait plus d'actualité non? pour le reste pas de souci j'aime l'idée...
comment:2 Changed 17 years ago by Moe
euskaraz : c'est bien vu mais il ne faut pas oublier qu'il n'y a pas toujours un fichier .html correspondant à chaque contexte, par exemple le fichier _top.html est appelé sur la home et sur les autres pages.
comment:3 Changed 17 years ago by olivier
Ça ne me semble pas apporter grand chose à part embrouiller l'utilisateur. L'exemple de départ est clair, alors que là, on aura des truc copiés/collés sans que ça marche forcément (je pense aux valeurs de type combo)
comment:4 Changed 17 years ago by Moe
J'avoue que le formatage n'est pas très clair (on peut l'améliorer) mais ça ne fait que reprendre les paramètres et les mettre en forme. En quoi ça peut embrouiller l'utilisateur ?
comment:5 Changed 17 years ago by olivier
- Milestone changed from 2.1 to 2.2
À faire en JS. Pour la 2.2
comment:6 Changed 15 years ago by xave
- Status changed from new to closed
- Resolution set to wontfix
Tout ça serait plus à sa place dans la doc que dans le code.
Changed 15 years ago by Moe
-
attachment
patch2.diff
added
générer les exemples de la page de la documentation http://fr.dotclear.org/documentation/2.0/resources/themes/tags/widget#exemples
comment:7 Changed 15 years ago by Moe
J'ai remanié le code pour écrire le code des balises au format Wiki de la documentation : http://fr.dotclear.org/documentation/2.0/resources/themes/tags/widget#exemples
Qui sait, ça pourrait resservir.
comment:9 Changed 15 years ago by xave
Euh ... J'ai raté un truc ou tu proposes de rajouter des fonctions dans Dotclear qui ne servirait qu'à faciliter la mise à jour de la documentation ?
comment:10 follow-up: ↓ 11 Changed 15 years ago by Moe
Heureusement, non. :)
J'ai posté le code ici pour ne pas le perdre et que d'autres puissent s'en servir, pas pour l'intégrer à Dotclear. Je vais en faire un plugin pour aider les développeurs à fournir des balises template pour leurs plugins, je ne crois pas qu'il y ait déjà un générateur automatique.
comment:11 in reply to: ↑ 10 Changed 15 years ago by Moe
Replying to Moe:
Je vais en faire un plugin pour aider les développeurs à fournir des balises template pour leurs plugins, je ne crois pas qu'il y ait déjà un générateur automatique.

Patch