| 1 | Todo ou idées : |
|---|
| 2 | |
|---|
| 3 | - rupture de compatibilité pour simplifier l'API de CFG et |
|---|
| 4 | réduire son domaine d'action (essayer en même temps de faire un plugin |
|---|
| 5 | 'cfg_etendu' afin de limiter la casse) |
|---|
| 6 | |
|---|
| 7 | - Supprimer (?) tout ce qui permet de créer/actionner des paramÚtres, |
|---|
| 8 | ainsi que les actions en fonction de css particuliÚres sur les champs. |
|---|
| 9 | Mettre cela (?) dans un plugin CFG_etendu. |
|---|
| 10 | Ca concerne : |
|---|
| 11 | * les paramÚtres 'rediriger' et 'selecteur_couleur' (ce dernier |
|---|
| 12 | est réglé avec le plugin palette) |
|---|
| 13 | * les classes 'cfg_couleur' (réglé), 'cfg_fichier' (upload de fichier) |
|---|
| 14 | et 'cfg_id' |
|---|
| 15 | * les types pour mettre des erreurs standard |
|---|
| 16 | |
|---|
| 17 | - 'redigiriger' n'est employé que par autorité... |
|---|
| 18 | - 'cfg_fichier' et 'cfg_id' sont problématiques. |
|---|
| 19 | |
|---|
| 20 | - ne plus utiliser 'head' qui pompe de la mémoire à cfg pour mettre un header : |
|---|
| 21 | demander à utiliser les pipelines de SPIP pour cela, car ça ne fonctionne |
|---|
| 22 | pas avec les formulaires CFG en CVT. |
|---|
| 23 | C'est un vaste problÚme, plus général dans SPIP d'ailleurs, de ne pouvoir ajouter |
|---|
| 24 | facilement depuis un squelette quelque chose dans le head |
|---|
| 25 | |
|---|
| 26 | La solution actuelle pour CFG fonctionne (sauf en CVT), mais compile 2 |
|---|
| 27 | fois le formulaire (1 fois dans le pipeline insert_head, une fois lors de |
|---|
| 28 | l'execution...). C'est donc une fois de trop. |
|---|
| 29 | |
|---|
| 30 | - les types d'erreurs type_xx : Ces type_xx sont utilisés dans certains plugins, |
|---|
| 31 | mais est-ce nécessaire de faire un fichier par type ? avec des find_in_path qui echouent ? |
|---|
| 32 | |
|---|
