[152] | 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 | |
---|