[symfony-fr] Re: Débuter: Comment bien structurer se s pages ?
On 11 juil, 03:43, SebastienDudek <[EMAIL PROTECTED]> wrote: > Bien moi j'irais jusqu'à utiliser le slots pour inclure du contenu de > manière plus flexible :) Merci Seb je vais me renseigner sur les Slots pour construire ma page à partir de différents modules :-) J'hésitais avec les partials mais je ne comprends pas encore bien la différence. Je pensais pas lancer un débat sur l'architecture MVC en posant ma question, c'est pas vraiment le sujet qui m'intéressait, je voudrais juste savoir comment construire ma page à partir de plusieurs modules différents ;-) Au final, je voudrais que chaque module soit suffisamment autonome pour pouvoir être mis à jour par Ajax sans affecter les autres et recharger la page entière. Là je pense que le sujet est recadré ^^ Peace! --~--~-~--~~~---~--~~ 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 symfony-fr@googlegroups.com 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 -~--~~~~--~~--~--~---
[symfony-fr] Re: Problème de logout avec sfUser
Super ça marche !!! Voici ma fonction de logout pour ceux que ça interesse : public function executeLogout() { $sf_user = $this->getUser(); $sf_user->clearCredentials(); $sf_user->setAuthenticated(false); $sf_user->getAttributeHolder()->remove('user_id'); $sf_user->getAttributeHolder()->remove('email'); $this->redirect('user/login'); } Merci Rick pour ton aide ^^ --~--~-~--~~~---~--~~ 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 symfony-fr@googlegroups.com 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 -~--~~~~--~~--~--~---
[symfony-fr] Re: Symfony 1.1 form unset widget
ok j'ai reglé le pb, je ne suis pas bien réveillé ce matin :) .. en fait, le pb ne vient pas du code dans sfGuardUserForm mais il fallait que je commente dans le template d'edition le champ 'created_at' ... :) et maintenant ça roule ... Le 14 juillet 2008 11:39, Olivier Revollat <[EMAIL PROTECTED]> a écrit : > Bonjour, > j'ai généré du code symfony pour gérer mes utilisateur (schema sfGuard) : > > propel:generate-crud frontend users sfGuardUser --with-show > > je ne veut pas afficher le champ 'created_at' dans le formulaire, donc > comme expliqué dans la doc, je fais un "unset" du widget et du validateur à > partir de la méthode configure() da le classe de base : > > class sfGuardUserForm extends BasesfGuardUserForm > { > public function configure() > { > > unset($this->widgetSchema['created_at']); > unset($this->validatorSchema['created_at']); > } > } > > c'est bien pris en compte mais pas comme je voulais car j'ai une EXCEPTION > !!! > > [InvalidArgumentException] > *Widget "created_at" does not exist.* > stack trace > > * at () > in SF_SYMFONY_LIB_DIR\form\sfForm.class.php line 718 ... > 715. { > 716. if (!$widget = $this->widgetSchema[$name]) > 717. { > 718. throw new > InvalidArgumentException(sprintf('Widget "%s" does not exist.', $name)); > 719. } > 720. > > 721. $values = $this->isBound ? $this->taintedValues : > $this->defaults; > * at sfForm->offsetGet('created_at') > in SF_ROOT_DIR\apps\frontend\modules\users\templates\editSuccess.php > line 50 > > > Pourtant j'ai déja testé cette fonctionnalité en lisant le "symfony 1.1 > form book", et ça avait bien fonctionné ... de plus, meme si je test avec > des champs "plus traditionels" comme le champs "is_active" par exemple en > essayant ça : > > unset($this->validatorSchema['is_active']); > unset($this->widgetSchema['is_active']); > > ça ne fonctionne pas non plus ... (meme exception) ... > > Alors y'a vraiment un truc qui m'echape ... > > > > > > --~--~-~--~~~---~--~~ 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 symfony-fr@googlegroups.com 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 -~--~~~~--~~--~--~---
[symfony-fr] Symfony 1.1 form unset widget
Bonjour, j'ai généré du code symfony pour gérer mes utilisateur (schema sfGuard) : propel:generate-crud frontend users sfGuardUser --with-show je ne veut pas afficher le champ 'created_at' dans le formulaire, donc comme expliqué dans la doc, je fais un "unset" du widget et du validateur à partir de la méthode configure() da le classe de base : class sfGuardUserForm extends BasesfGuardUserForm { public function configure() { unset($this->widgetSchema['created_at']); unset($this->validatorSchema['created_at']); } } c'est bien pris en compte mais pas comme je voulais car j'ai une EXCEPTION !!! [InvalidArgumentException] *Widget "created_at" does not exist.* stack trace * at () in SF_SYMFONY_LIB_DIR\form\sfForm.class.php line 718 ... 715. { 716. if (!$widget = $this->widgetSchema[$name]) 717. { 718. throw new InvalidArgumentException(sprintf('Widget "%s" does not exist.', $name)); 719. } 720. 721. $values = $this->isBound ? $this->taintedValues : $this->defaults; * at sfForm->offsetGet('created_at') in SF_ROOT_DIR\apps\frontend\modules\users\templates\editSuccess.php line 50 Pourtant j'ai déja testé cette fonctionnalité en lisant le "symfony 1.1 form book", et ça avait bien fonctionné ... de plus, meme si je test avec des champs "plus traditionels" comme le champs "is_active" par exemple en essayant ça : unset($this->validatorSchema['is_active']); unset($this->widgetSchema['is_active']); ça ne fonctionne pas non plus ... (meme exception) ... Alors y'a vraiment un truc qui m'echape ... --~--~-~--~~~---~--~~ 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 symfony-fr@googlegroups.com 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 -~--~~~~--~~--~--~---
[symfony-fr] équivalent du select_country_tag po ur le générator
Bonjour à tous, j'utilise pour choisir le pays et ça marche nickel mais ... dans la partie backend avec les générator j'utilise des object_input_tags et des object_select_tags dans des partials pour les adresses. : 'getNewCountry') ) ?> Et tout naturellement il m'affiche le code ISO mais j'aimerai avoir une combo de sélection de pays. Bonne fin de journée à toutes et tous, Stéphane --~--~-~--~~~---~--~~ 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 symfony-fr@googlegroups.com 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 -~--~~~~--~~--~--~---
[symfony-fr] symfony 1.1, sfGuardUser, generation de code et sfGuardUserProfile
Bonjour, j'ai symfony 1.1 et je cherche à générer le code de l'admin des utilisateurs pour avoir la main dessus et plus de liberté (voir schema ci dessous) j'utilsie donc la commande : propel:generate-crud frontend users sfGuardUser j'ai donc un module "users" et quand j'édite ou que je créer un utilisateur j'ai des liste me permettant d'associer l'utilisateur à des groupes, permissions, etc ... c'est logique car y'a des relations entre ces tables dans le schema (voir ci dessous) Le pb, c'est que j'ai une table sfGuardUserProfile qui possède un clef étrangère pointant vers sfGuardUser mais à la generation de code, cette relation ne semble pas être prise en compte car les champs de profils n'apparaissent pas dans la définition de BasesfGuardUserForm comme les groupes ou persmissions ci dessous : 'sf_guard_user_group_list' => new sfWidgetFormPropelSelectMany(array('model' => 'sfGuardGroup')), 'sf_guard_user_permission_list' => new sfWidgetFormPropelSelectMany(array('model' => 'sfGuardPermission')), Pourquoi il n'y a pas de widget généré pour la table de profil sfGuardUserProfile ??? Merci pour vos infos Mon schema : --~--~-~--~~~---~--~~ 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 symfony-fr@googlegroups.com 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 -~--~~~~--~~--~--~---