Par exemple, un formulaire de filtre sur les zones d'administration peut être au mieux des formulaires GET, de cette façon, ils peuvent être mis en signet et les filtres peuvent être maintenus sur les pages de pager.
Comment utiliser au mieux form_api pour de tels formulaires? Les crochets _validate seront-ils soumis? Le crochet _submit peut-il être omis?
Par exemple, les filtres exposés aux vues fonctionnent de cette façon; Mais le code dans les vues qui traitent cela est compliqué et complexe, trop complexe pour être utilisé comme bon exemple pour le développement d'interfaces personnalisées avec des formulaires de filtre simples.
Réponses:
Utilisez le paramètre #method du formulaire comme ceci:
la source
form_data
clésalways_process
etmethod
peuvent également être définies dans la définition de formulaire, ce qui entraîne l'exécution de hooks de validation + processus. Mais je ne trouve pas d'exemple d'utilisation pour cela et je finis toujours parform_state
contenir unmethod
jeu de clés surpost
!Juste au cas où quelqu'un tomberait sur cette question, ceci est un exemple plus complet de la vie réelle, mais très simple :)
vous voudrez définir le formulaire
et ensuite vous pouvez l' utiliser
La dernière ligne peut être un bloc ['contenu'] ou tout ce dont vous avez besoin.
la source
$form_state['redirect'] = false;
en place le gestionnaire d'envoi pour désactiver la redirection après l'envoi du formulaire.