Development #57134
Cellule fiche: champ dont le contenu serait défini par un gabarit
0%
Description
Je vois les choses comme ça :
Permettre de :
- concaténer plusieurs valeurs : `{{ form_var_nom }} {{ form_var_premnom }}`
- Saisir du texte libre
- utiliser le formatage django {{ var|filter }}
Et d'appliquer à ce champ les formats disponibles : label, valeur, ou titre.
(donc ne pas proposer de pouvoir saisir libremenet du HTML).
Fichiers
Demandes liées
Révisions associées
Historique
Mis à jour par Thomas Jund (congés, retour le 29/04) il y a plus de 2 ans
- Lié à Development #56585: Cellule Contenu d'une fiche // Grid de la "Disposition de la grille" ajouté
Mis à jour par Thomas Jund (congés, retour le 29/04) il y a plus de 2 ans
- Sujet changé de Celluile fiche: ajouter champ de saisie libre à Cellule fiche: ajouter champ de saisie libre
Mis à jour par Frédéric Péters il y a plus de 2 ans
- Sujet changé de Cellule fiche: ajouter champ de saisie libre à Cellule fiche: champ dont le contenu serait défini par un gabarit
Mis à jour par Lauréline Guérin il y a plus de 2 ans
- Assigné à changé de Thomas Jund (congés, retour le 29/04) à Lauréline Guérin
Mis à jour par Lauréline Guérin il y a plus de 2 ans
- Fichier 0001-wcs-custom-field-for-card-cell-57134.patch 0001-wcs-custom-field-for-card-cell-57134.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
voila, ça marche, mais je suis sûre qu'on peut améliorer mon js ;)
Mis à jour par Thomas Jund (congés, retour le 29/04) il y a plus de 2 ans
les variables du template sont interprêté sur la form {{ card.felds.{id} }}.
Alors que sur le modèle de la fiche elles ont s'utilisent via le format {{ form_var_{id} }}.
Il n'est pas possible de conserver {{ form_var_{id} }} pour éviter de multiplier les syntaxes ?
Mis à jour par Frédéric Péters il y a plus de 2 ans
Il n'est pas possible de conserver {{ form_var_{id} }} pour éviter de multiplier les syntaxes ?
Je préfère vraiment ici quelque chose de franchement différent à une imitation qu'on regrettera plus tard. (en soit l'évolution ira plutôt dans l'autre sens, avec une réduction des underscores côté w.c.s., pour revenir à l'utilisation classique de points pour séparer).
Mis à jour par Thomas Jund (congés, retour le 29/04) il y a plus de 2 ans
Dans le champ custom, le HTML saisi est interprếté. Je ne suis pas pour: trop de risque. Je préfèrerai limité aux modes d'affichages définis. Et si c'est pas suffisant (plus tard) ajouter notre wysiwyg qui restreint vraiment les prossiblités à des mises en formes et un markup maitrisés.
Mis à jour par Thomas Jund (congés, retour le 29/04) il y a plus de 2 ans
Je préfère vraiment ici quelque chose de franchement différent à une imitation qu'on regrettera plus tard. (en soit l'évolution ira plutôt dans l'autre sens, avec une réduction des underscores côté w.c.s., pour revenir à l'utilisation classique de points pour séparer).
OK. (réflechir alors dans un second temps à une interface qui exposerait les variables disponibles pour améliorer l'ux).
Mis à jour par Thomas Jund (congés, retour le 29/04) il y a plus de 2 ans
- Fichier 0003-add-custom-option-via-template.patch 0003-add-custom-option-via-template.patch ajouté
- Fichier 0002-grid_cell__init_form-less-jquery-DOM-selector.patch 0002-grid_cell__init_form-less-jquery-DOM-selector.patch ajouté
- Fichier 0001-grid_cell__set-more-simple.patch 0001-grid_cell__set-more-simple.patch ajouté
J'ai poussé 3 propositions de corrections / améliorations dans la branch.
Dont voici les patchs
J'aimerais bien aussi proposé une alternative à
`// hide or show template, change mode options, depending on selected field` :
proposer un system plus générique. Les conditions d'affichage des champs vont encore évoluer.
Mis à jour par Thomas Jund (congés, retour le 29/04) il y a plus de 2 ans
- Fichier 0001-textarea-instead-input-for-card_field_template.patch 0001-textarea-instead-input-for-card_field_template.patch ajouté
Je propose aussi de remplacer l'input par un textarea (pour le champ 'value template"). Une seule ligne est parfois trop étroit pour saisir confortablement.
Mis à jour par Lauréline Guérin il y a plus de 2 ans
- Fichier 0006-escape-html-57134.patch 0006-escape-html-57134.patch ajouté
Dans le champ custom, le HTML saisi est interprếté
patch pour corriger ça
Mis à jour par Lauréline Guérin il y a plus de 2 ans
J'aimerais bien aussi proposé une alternative à `// hide or show template, change mode options, depending on selected field` : proposer un system plus générique. Les conditions d'affichage des champs vont encore évoluer.
dans ce ticket ou dans une autre itération ?
Mis à jour par Lauréline Guérin il y a plus de 2 ans
TODO: faire un squash des 6+ commits une fois la relecture terminée
Mis à jour par Frédéric Péters il y a plus de 2 ans
- Statut changé de Solution proposée à Solution validée
Ok une fois squashé.
Mis à jour par Thomas Jund (congés, retour le 29/04) il y a plus de 2 ans
dans ce ticket ou dans une autre itération ?
Un autre. Je pensais pouvoir récupérer/réadapter le bout JS écrit pour les events récurrents https://codepen.io/Sacripant/pen/MWbdeZL mais ça va demander plus de granulométrie.
Mis à jour par Lauréline Guérin il y a plus de 2 ans
- Statut changé de Solution validée à Résolu (à déployer)
commit 45d44e0a1cfbd86efa1a5863def1c0b9be7bddaa
Author: Lauréline Guérin <zebuline@entrouvert.com>
Date: Tue Oct 26 10:16:14 2021 +0200
wcs: custom field for card cell (#57134)
Mis à jour par Frédéric Péters il y a plus de 2 ans
- Statut changé de Résolu (à déployer) à Solution déployée
wcs: custom field for card cell (#57134)