Discussion :

[Cethywolf]

Bonsoir,
Un nouveau problème s'est présenté dernièrement à moi ...
J'ai téléchargé et installé l'extension Taggable pour doctrine, le actAs: [Taggable] fonctionne très bien ...
Mais l'utilisation dans symfony devient moins aisé :
Je voudrais, dans mon formulaire de création ou modification d'un objet taggable, pouvoir modifier (ou ajouter) simplement les tags associés dans un champs text. Or symfony créer directement un select à choix multiple. Pas de problème, je reconfigure mon form de cette façon :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
public function configure()
  {
    $this->setWidget('tags_list', new sfWidgetFormInputText());
  }

Mais le contenu que m'affiche mon champs texte (quand j'édite un objet) est "Array".
Comment puis-je modifier les valeurs qui seront envoyé du model en bdd au formulaire ?
Et comment faire l'inverse lors de la soumission du formulaire ?

Merci.

[Michel Rotta]

A ma connaissance, symfony ne sait pas gérer les tag naturellement. Il va donc falloir que tu fasses tous le boulot toi même pour causer directement et bas niveau avec ton objet doctrine et non pas avec l'objet modèle.

Bon, un truc bien avec symfony c'est les plugins, il y e a un sfDoctrineActAsTaggablePlugin qui pourra peut-être t'aider, sauf qu'il ne semble pas encore supporter la version 1.4 a tester.

[Cethywolf]

A ma connaissance, symfony ne sait pas gérer les tag naturellement. Il va donc falloir que tu fasses tous le boulot toi même pour causer directement et bas niveau avec ton objet doctrine et non pas avec l'objet modèle.

Dans l'absolu, ca me dérange pas, mais j'aimerais savoir comment je fais x) (cf. mes questions)

Bon, un truc bien avec symfony c'est les plugins, il y e a un sfDoctrineActAsTaggablePlugin qui pourra peut-être t'aider, sauf qu'il ne semble pas encore supporter la version 1.4 a tester.

A priori, il n'est pas supporté par la 1.4, et comme le behavior n'a pas l'air de très bien fonctionner non plus, jvais pas perdre de temps, jvais le faire moi-même.
Mais pour ca, il me faut des réponses ^^

[Michel Rotta]

Je n'ai jamais testé cette fonctionnalité, mais ne serait il pas possible d'utiliser un array sérialisé dans un champ string ?

En modifiant l'objet modèle de la table et en surchargeant les méthodes get et set pour traiter un tableau en lieu est place des méthode d'origine ?

[Cethywolf]

Je n'ai jamais testé cette fonctionnalité, mais ne serait il pas possible d'utiliser un array sérialisé dans un champ string ?

Niveau performance après, jpense que c'est pas le top.

En modifiant l'objet modèle de la table et en surchargeant les méthodes get et set pour traiter un tableau en lieu est place des méthode d'origine ?

Je pense aussi qu'il faut que je passe par là, mais quels getters/setters sont utilisés par les classes forms ? Là est le mystère ^^'

[Michel Rotta]

Le sfWidgetFormChoice prend deux tableaux en entrée, ce qui ne devrait pas poser de problèmes, je pense.

[Cethywolf]

Il me faut un sfWidgetFormInputText(), qui ne prend comme option juste une variable default.
Je pense que je vais aller fouillasser dans le code de symfony, jsui pas sorti ^^'

[Michel Rotta]

Effectivement, ce n'est pas courant.

C'est pas tant le widget de sortie qui va poser un problème que le contrôle en entrée.

Rien ne t'empêche dans ton modèle de sortir les données séparées par des virgules, tous dépend du niveau de contrôle que tu souhaite. Par contre, pour la validation, va falloir trimmer dur.