Faire hériter les modèles de formulaire #70
Labels
No Label
Core
bug
duplicate
easy
enhancement
help wanted
invalid
performance
proposal
question
security
warning
wontfix
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: devs/PCv5#70
Loading…
Reference in New Issue
There is no content yet.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may exist for a short time before cleaning up, in most cases it CANNOT be undone. Continue?
En particulier ceux des comptes. Je suis sûr qu'on peut trouver un modèle qui permettre de rendre le truc un peu plus DRY, plutôt que de tout réécrire pour chaque formulaire…
Avec un poil d'héritage, des classes à la con et de la surcharge comme il faut, ça doit le faire.
Comme exemple facile pour illustrer ce que Darks demande, dans
cc5f4e481b
on fait hériterDeleteAccountForm
etAdminDeleteAccountForm
d'un formulaire commun qui estDeleteAccountBaseForm
. L'intérêt c'est que les champs (transfert des posts vers un invité, confirmation, et soumission) sont partagés. LeDeleteAccountForm
ajoute un champ supplémentaire demandant le mot de passe.Ça doit pas être trop compliqué, je ferai une passe dessus.
J'ai factorisé le formulaire de mise à jour de compte (probablement le plus gros). Je me suis permis d'alléger un peu la syntaxe parce que le fichier est assez long et un peu dur à lire.
Sur les autres formulaires il n'y a pas grand-chose à dire, ils sont tous assez directs et avec peu de redondance. Je ne voyais pas d'interêt de factoriser de la poussière donc je considère que c'est bon. ^^