Bonsoir,
je vais encore me faire rouspéter par laurent mais tant pis je continue
J’ai une question à mi chemin entre développeur et utilisateur : en tant que développeur nous pouvons indiquer si un champ de notre objet est « alwayseditable » ou pas. La valeurs actuellement et « oui / non » (1,0) pour ce champ (mais bonne idée, c’est stocké en tant que int en bdd donc ça laisse techniquement la place de faire autre chose qu’un simple on/off).
Le résultat est qu’un champ qui est « alwayseditable » se présente avec un petit crayon sur la fiche et même si l’objet est validé vous pouvez modifier la valeur. Exemple ci dessous les champs marqués en rouge. À l’opposé le champ « date de proposition » n’est modifiable que si on clique sur le gros bouton « modifier ».
J’ai envie de proposer une 3° valeur possible pour ce champ qui serait « autorisation de modifier si et seulement si il est vide » …
Ainsi nous pourrions avoir des fiches avec par exemple une date non renseignée, j’ai le droit de cliquer sur le crayon, je complète la date, j’enregistre et … la date ne sera plus modifiable.
Ça me semble super intéressant dans plein de situations, qu’en pensez vous ?
Excellente idée !!! Et à y réfléchir, peut-être pourrions-nous nous rapprocher des valeurs du champ visible … ça pourrait devenir assez cohérent non ?
'visible' says if field is visible in list (Examples:
0=Not visible,
1=Visible on list and create/update/view forms,
2=Visible on list only,
3=Visible on create/update/view form only (not list),
4=Visible on list and update/view form only (not create).
5=Visible on list and view only (not create/not update).
Using a negative value means field is not shown by default on list but can be selected for viewing)
Je n’ai jamais rencontré un seul utilisateur capable de saisir sans se tromper. Un champ qu’on peut saisir mais pas corriger ça peut servir comme excellent générateur d’insultes pour le capitaine Haddock.
Mais il y a aussi des situations ou la saisie contraignante est … intéressante, sachant qu’il y aura toujours la possibilité de « réouvrir » / « repasser en brouillon » pour modifier la donnée …
Sur mon besoin récent : la saisie d’une date, soit le champ est vide et la saisie est donc autorisée, soit le champ n’est pas vide et la modification est « interdite ».
On pourrait avoir le même « besoin » pour par exemple compléter la fiche d’un tiers, il n’a pas de numéro de tva intraco → autorisation de l’ajouter, si l’utilisateur s’est planté il demande à son n+1 de « corriger » l’erreur … qui hurlera alors un « bachi bouzouk ! » ou « ectoplasme ! » si l’envie lui prends
En général, je fais cela avec un petit module et les droits du module car effectivement sans la gestion des droits on peut finir avec beaucoup de clicks mais oui comme d’hab très intéressant !
