Mysql::error: #23000Column ‘TableDocument_ID’ Cannot be null, se qui
veut dire qu’il peut pas faire le lien entre TableDocument_ID de
TableFichier et ID du TableDocument
def valider_tablefichier
id = params[:id]
if id.nil? @tf = Tablefichier.create params[:tf]
else @tf = Tablefichier.update id, params[:tf]
end
if @tf.errors.count == 0
redirect_to :action=>“index”
else
redirect_to :action=>“afficher_tablefichier”
end
end
def lister_tablefichier @tfs = Tablefichier.find :all
end
Je me permettrai juste la remarque suivante : form_for est tr�s bien
tant que l’on affiche un seul objet dans le formulaire, qu’on utilise
uniquement les tags de base (oui, il y a des gens qui aiment �crire
leurs tags, et qui sont suffisamment feignants pour ne pas vouloir
Je l’utilise d�s que possible, principalement pour la lisibilit� qu’il
apporte, en plus de r�duire le risque d’erreur (f.hidden_field
:mon_champ laisse moins place aux erreurs de frappe que d’autres
formes plus verbeuses), mais il y a de nombreuses fois o� je suis
oblig� de faire “� l’ancienne” pour �diter en un seul formulaire
plusieurs objets.
Si quelqu’un connait un form_for multiple, je suis preneur.
P.S. : pour ceux qui seraient tent�s de me dire que faire un
formulaire pour plusieurs objets c’est sale, je vous pr�senterai mes
utilisateurs…
Je l’utilise d�s que possible, principalement pour la lisibilit� qu’il
apporte, en plus de r�duire le risque d’erreur (f.hidden_field
:mon_champ laisse moins place aux erreurs de frappe que d’autres
formes plus verbeuses), mais il y a de nombreuses fois o� je suis
oblig� de faire “� l’ancienne” pour �diter en un seul formulaire
plusieurs objets.
pour des objets AR, fields_for
Si quelqu’un connait un form_for multiple, je suis preneur.
En l’occurrence, les fields_for ne sont pas vraiment utilisables, car
ils se chevaucheraient (et je n’ai pas envie de faire un bloc pour
chacun des champs).
Mais là c’est plus parce que la politique du client c’est d’utiliser
du
Je me permettrai juste la remarque suivante : form_for est très bien
tant que l’on affiche un seul objet dans le formulaire, qu’on utilise
uniquement les tags de base (oui, il y a des gens qui aiment écrire
leurs tags, et qui sont suffisamment feignants pour ne pas vouloir
écrire la version FormBuilder de leurs tags).
Désolé, à l’avenir je veillerai à finir mes phrases. -_-’
En l’occurrence, les fields_for ne sont pas vraiment utilisables, car
ils se chevaucheraient (et je n’ai pas envie de faire un bloc pour
chacun des champs).
Mais là c’est plus parce que la politique du client c’est d’utiliser
du
pour le positionnement que du
+ CSS.
Hein ?
Pose ta question dans un nouveau thread (parce que là on s’éloigne
du post initial) et sois plus clair.
tu passes une variable au bloc ouvert avec l’appel à fields_for. Tu
peux nommer cette variable comme bon te semble. Evidemment, si tu les
appelles toujours f ainsi que celle du form_for, tu vas à l’encontre
de beaucoup d’ennuis inutiles.
J’ai eu tord de finir ma “remarque” sur le form_for par une question,
ce n’�tait pas le but premier de mon intervention.
Si tu es curieux, JF, je t’enverrai la description fid�le de ce que
j’ai.
