Je poste la réponse de Jérome Texier (merci à lui ;-) ) ------------------------------
> Pourquoi donc Symfony est allé chercher un champ > "MembrePeer::SPECIALITE_FILTER" alors qu'il n'existait pas ? Parce qu'il reprend le nom de ton filtre défini dans generator.yml. Un filtre partiel doit porter le nom de le nom du champ sur lequel il opère (et débuter par un underscore). Dans ton cas, ton filtre s'appelerait _specialite1 ça devrait marcher (que sur ton champ specialite1). > Et surtout, existe-t-il une autre méthode pour effectuer mon filtre > sur specialite1 OU specialite2 OU specialite3 ? Désolé je n'ai pas expérimenté de tel filtre, mais a priori ça parait pas si évident sans hack. Une solution de contournement peut-être de changer ton modèle et de faire un champ varchar specialite qui agrege tes 3 champs specialite en separant tes ids par des | par exemple. Ensuite, ton filtre devra passer des valeurs du genre %|<id>|%. Ca a la désavantage de devoir réecrire un peu de code mais ça à l'avantage d'avoir un modele extensible si il faut qu'un jour tu doives rentrer une specialite4, 5 etc. --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe Groupe "Symfony-fr" de Google Groupes. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement à ce groupe, envoyez un e-mail à l'adresse [EMAIL PROTECTED] Pour afficher d'autres options, visitez ce groupe à l'adresse http://groups.google.com/group/symfony-fr?hl=fr -~----------~----~----~----~------~----~------~--~---
