Pour cela on ajoute une option à la fonction qui liste les modèles pour exclure optionnellement ceux désactivés dans la config.
Par défaut son fonctionnement ne change pas, elle continue à tout lister comme avant.
Fix#13
[Salvatore] [source:lang/ inserer_modeles] Export depuis https://trad.spip.net de la langue fr
[Salvatore] [source:lang/ inserer_modeles] Export depuis https://trad.spip.net de la langue nl
[Salvatore] [source:lang/ inserer_modeles] Mise a jour du bilan depuis https://trad.spip.net
- Le "logo" dans les `.yaml` ne servait en pratique pas -> on supprime
- En revanche on garde icone_barre
- On cherche dans:
* dossier `barres_icones`
* dossier `images du thème courant, et donc possibilité d'avoir une alternance png/svg pour les vieux plugins
* `find_in_path()`
- On réduit à 16px l'icone pour s'assurer que cela passe dans la barre typo
- On passe les icones en svg
- Lorsqu'on a choisi le modèle qu'on veut insérer, on insère l'icone en titre de formulaire
question.
Pour éviter de générer un js différent à chaque page d'édition, on
intégre (sur une idée de @cerdic) pour chaque formulaire un champ caché
(et désactivé pour pas le poster) contenant l'url à appeler en modalbox.
En effet, on ne peut pas s'appuyer sur le champ caché `id_objet` car il
n'est pas forcément sur tous les formulaires d'édition.
On conditionne cela à la présence d'un textarea (mais pas de la
barre_typo, pour ne pas trop dépendre du markup).
Si jamais on n'est ni dans des crayons ni dans un formulaire d'édition
objet, on insère tout de même ce champ caché d'url, mais sans `id_xxx` dessus.
ne pas inserer si pas de textarea
> Correction pour SPIP 3.3 : Il faut passer le type: ajax aux options de la mediabox pour ne pas que ça utilise une iframe (qui n'aura alors aucun style)
This reverts commit 98f9685949.
Comme le JS du porte plume est dynamique, modifier dynamiquement le
contenu du porte plume entraine une explosion du JS.
On va voir comment résoudre le besoin de
98f9685949 en full JS.
https://contrib.spip.net/Plugin-Inserer-Modeles#comment507475-507472
et après longue discussion sur #3
Dans le yaml de description d'un modèle on peut utiliser pour l'option defaut d'une saisie, la syntaxe suivante :
`fonction:_<xxxfonctionphparbitraire>`
Exemple d'usage :
````
saisie: 'input'
options:
nom: 'id_article'
label: 'Numéro d'article'
obligatoire: 'oui'
defaut: 'fonction:_request("id_article")'
````
Autre exemple :
````
saisie: 'input'
options:
nom: 'id_article'
label: 'Numéro d'article'
obligatoire: 'oui'
defaut: 'fonction:lire_config("monplugin/monreglage")'
````
Attention, lorsque le formulaire est chargé, les _request sont modifés
(logiques!). Mais du coup on passe systémaiquement les id_xx de
l'environnement appelant dans _request.
- Du coup plus besoin de rechercher en jquery les valeurs id_breve, etc > plus de passage de valeur null :P
- S'adapte automatiquement à toutes les pages d'édition d'objet, quelque
soit l'objet
- ne pas reprendre le paramètre page, sinon on ne peut plus utiliser dans l'espace public avec crayons.
[Salvatore] [source:lang/ inserer_modeles] Export depuis https://trad.spip.net de la langue fr
[Salvatore] [source:lang/ inserer_modeles] Export depuis https://trad.spip.net de la langue nl
[Salvatore] [source:lang/ inserer_modeles] Mise a jour du bilan depuis https://trad.spip.net
Cerezo
