Reprise du message précédent :
vu comme ça c'est logique
 
Ca a dû couiller quand j'ai renommé ce index.php
 
 
merci encore

ça n'a pas couillé, c'est parfaitement normal

Changer le nom de ton script php ne va pas modifier par magie les settings de ton appli

oeuf de course
 
ça me rassure juste de comprendre quel manip a fait que ça a fait sproutch

Type est un nestedset de doctrine, lors de la sauvegarde de type, il perd tout ses fils. Des idées ?
(lft/rgt sont à 0 , ce qui signifie que le noeud a été détaché. Ensuite, j'arrive bien à la rattacher avec moveAsFirstChild, mais il n'a plus de descendant)

function doSave($con = null) {
        echo "Before save   ";
        var_dump($this->getObject()->getNode()->getChildren()->toArray());
        parent::doSave($con);
 
        echo "After save";
        var_dump($this->getObject()->getNode()->getChildren());
 
}

Je me réponds à moi même

protected function doUpdateObject($values)
    {
        $values['lft'] = $this->getObject()->getLft();
        $values['rgt'] = $this->getObject()->getRgt();
        $values['level'] = $this->getObject()->getLevel();
 
        parent::doUpdateObject($values);
    }

Vu que ces widgets sont désactivées dans le widget schema, il ne faut pas oublier de les alimenter à la main

http://fabien.potencier.org/articl [...] are-better
 
So, if you use Symfony and enjoy it, consider sending me a postcard. Tell me why you are a Symfony user and what you do with it (if you're not comfortable with English, that's fine... I will also enjoy Japanese, Chinese, or Arabic postcards). You can send them to my personal address:
 

 
Merde, il parle pas français

Une petite question foireuse encore.
J'utilise l'admin generator pour administrer des objets I18n, tout marche bien, mais je cherche à grouper les champs comme pour un formulaire normal

schema.yml

Mon generator.yml

Pour la liste, la colonne "name" s'affiche en fonction dans la langue choisie par l'utilisateur dans le backoffice, tout marche bien de ce coté.

Pour le form par contre, si je groupe mes champs, la colonne "name" n'est pas reconnue (ni les autres champs à traduire), du coup si je customise comme suit :
        display:
          "Product":                   [name, code_fr, price, online]
          "Flipbook":                  [image1_flipbook, url_flipbook, flipbook_online]

Je perds mes champs I18n dans le form.

Vous savez comment faire pour que ça marche ?

Il ont repoussé Symfony2 à mars 2011

Parlant de Symfony 2, ça me fait le même effet qu'avec la première version.
 
Sur le site ils présentent ça comme un truc super simple toussa, mais impossible de trouver une info claire et précise sur la manière de faire un site de A à Z.
 
Je ne vois pas en quoi ça aide leur sandbox à la con, une appli tout faite, c'est pas ça qui va m'aider
 
Et je ne parle pas de leurs guides "Dive into Symfony 2" dont le tout premier dans la liste est ... les tests unitaire. Super logique.
 
Au final je fini toujours par retourner sur mon framework maison, mais ça me saoule. Je ne suis pas assez confiant pour l'utiliser en prod sur des sites clients.

http://www.symfony-project.org/job [...] rine/en/01
 

Le site est quasi pret  
 
Une petite modif apache pour que les assets soient accessibles :  

 
Ensuite :  

• config bdd
• schema.yml
• ./symfony doctrine:build-all  

La DB est prête, les modeles et le formulaires sont prêt
generate-module  / generate-admin  
tes pages commencent à se monter, tu peux ouvrir un éditeur de code  

Bah le FW est pas fini, donc a fortiori la doc non plus

 
Euh ... c'est pour Symfony 1 tout ça ... Je parle du 2 moi
 

 
Oué enfin actuellement leur Getting started ne correspond même pas à la réalité (rien ne marche comme il faut, les fichiers dont ils parlent n'existent pas (HelloKernel.php), ou sont nommés différemment (app_dev.php au lieu de index_dev.php) etc.
 
Donc autant ne rien mettre plutôt que mettre de la merde
 
M'enfin, je vais aller mettre de nez dans l'API et voir ce que je trouve d'intéressant.

Pour faire simple, la sandbox dans sa version PR3 n'est plus à jour. Le framework étant en phase intensive de développement, beaucoup de choses changent.
 
Je te conseille plutôt de cloner le repo git de la sandbox (https://github.com/symfony/symfony-sandbox). Tu trouveras la documentation la plus à jour par rapport rapport au repo git à cette adresse : http://docs.symfony-reloaded.org/master/
 
Ensuite, pour commencer, le Quick Tour contient pas mal de chose. Ensuite les guides "Dive into Symfony 2" sont un peu plus spécialisés sur différents sujets.

 
Ouaip je me doute que c'est en phase intensive de dev Ce que je reproche, c'est de foutre une doc en ligne qui n'est plus d'actualité.
 
Merci pour ton lien, c'est cette doc là qui devrait être en ligne pas défaut en fait

Juste pour info, Symfony2 PR4 devrait sortir sous peu.

Ca aura pris un peu plus de temps que prévu, mais ça y est, la PR4 est disponible ! A télécharger ici : http://symfony-reloaded.org/downlo [...] _0_PR4.tgz
 
Source : http://www.symfony-project.org/blo [...] 4-released

Quelqu'un a testé le bouzin ?
 
Y a pas d'admin générator...

Pas contre ce qui me fait peur, c'est est-ce que les Bundles (même dev par les mecs de Symfony) recevrons le même soin en maintenance et fiabilité que le Core ?..

Ce qui me fait peur c'est surtout que j'ai l'impression que ça va être la grosse merde pour passer un projet sf 1.4 en sf 2

Bah c'est juste pas le même framework, quoi. Mais t'es pas obligé de migrer...

Oui c 'est clair, même pas la peine d'y penser

Il devrait y avoir plusieurs cas de figures :
- Les Bundles développés par Sensio Labs, tel l'admin generator, recevront un soin tout particulier et devraient rester constamment maintenus. Pas de soucis à se faire pour ceux-là.
- Les Bundles développés par la communauté, ou même par un développeur Sensio Labs mais en son propre nom, seront malheureusement soumis aux règles actuelles des plugins. A eux de les maintenir, nous ne pourrons pas le faire à leur place. Il risque donc d'y avoir de nombreux bundles dépréciés au fil du temps.

Hello,
 
Le contexte: symfony 1.4.8 avec doctrine
 
Comment définissez-vous une relation symétrique n-n sur une même classe ?
 
Moi j'ai fait ça :  
 

 
Alors primo : les contraintes d'intégrité sur la table role_relation sont incompletes (il y en a que sur role2 et pas role1)
Secundo : Dès qu'on édite un Role avec quelques Connaissances dans une liste à multi-selection, ça plante à cause des contraintes d'unicité car il gère mal la symétrie ( du genre le couple (1,7) equivaut à (7,1) mais il fait des update foireux )
 
Là je sèche. J'ai regardé sur la doc de doctrine et je me demande si je suis pas tombé sur un bug reconnu similaire.
 
Comment implémenteriez vous ça ?
 
Merci par avance
 
Edit :  
OK, cherchez pas plus longtemps, j'ai le même bug que ça : http://trac.symfony-project.org/ticket/5849
Ticket ouvert depuis 2 ans et toujours pas corrigé, c'est un peu la honte quand on prétend sortir une V2 en mars...

Au contraire, ya des bugs sur lesquels ils ne s'emmerdent plus vu que la 2.0 (qui n'a rien à voir avec la 1) est "sur le point" de sortir.

Mais ça vaut quand même le coup de relancer, sur le bugtracker de Doctrine en particulier.

Alors pour la science, pour contourner le bug de symfony hérité de doctrine (qui sera aussi hérité dans Symfony 2, arrêtons de croire au père noël, même si c'est la saison )
 
J'ai fait comme suit :
* ne pas mettre (role1, role2) comme PK composite (sinon les delete plantent)
* rajouter explicitement les relations role1 et role2 pour avoir les contraintes d'intégrité référentielle
* Sous-classer la méthode saveXXXList (XXX vaut le nom de la relation dans le schema.yml) du formulaire (méthode appelé par le doSave) et faire un gros bricolage en DQL

Je comprends pas tout, mais Symfony 2 c'est Doctrine 2, qui n'a rien à voir avec le 1.0, donc ton bug n'aura peut-être même pas de raison d'être.

Fort heureusement, beaucoup de nouveaux bugs apparaitrons, évidemment

moment bonheur :

Doctrine::getTable('TypeActiviteTaux')
            ->createQuery('tat')
            ->where('type_activite_id = ?',$this->getId())
            ->andWhere(' debut <= ? ',array($date))
            ->andWhere('  fin >= ?',array($date))
            ->fetchOne(array(), Doctrine_Core::HYDRATE_ARRAY);

ne fonctionne pas  
J'enlève les espaces en trop devant fin et ça marche

Oh bah, hé, on peut pas penser à tout

avec un seul espace ça fonctionne

flo850> Ah c'est ballot comme bug    
 
Put*in, j'en ai chié mais j'ai réussi à monter mon level en Doctrine au même niveau que Propel. Je suis bi-classé maintenant    
 
Au final je préfère Doctrine surtout pour la gestion des relations n-n et le DQL (et l'hydratation des collections On Demand, c'est la classe   ) alors qu'au départ, je trouvais Doctrine bien pourri.
 
Aujourd'hui j'ai zyeuté les sources de symfony 2.0 (j'ai pas encore mis les mains dans le cambouis) mais j'ai déjà vu que y avait le bundle "DoctrineMongoDB".  
 
C'est un outil qui m'aurait bien servi y a 2 mois car j'ai livré un client avec tout un webservice pour mongodb et qui s'interface avec son intranet existant et j'ai tout fait à la mano, j'ai eu la très nette impression de réinventer la roue, l'essieu et le moteur.

 
quand ça marche

 
Spafaux, avec les relations N-N j'ai eu des soucis, alors j'ai suivi les préconisations de Doctrine sur l'effacement des relations n-n.
 
Toujours à propos de relations N-N, je voudrais faire un tableau bidimensionnel de checkbox pour établir rapidement et visuellement s'il y a une relation entre 2 entités (il se trouve qu'en plus ce sont des relations entre la même classe et optionnellement, commutative)
 
J'ai essayé une approche avec un Form dérivé de BaseFormDoctrine mais je ne suis pas très satisfait, $this->object est de fait null, y a du model et de la vue qui se promène dans le form et des bricolages dans l'action, ça marche mais c'est pas top.
 
Ensuite j'ai essayé une approche avec un Form toujours dérivé de BaseFormDoctrine mais avec un objet "réel" (qui contient la collection des relations), j'ai pas réussi : trop de truc à surcharger car y a pas d'id défini
 
J'ai essayé en créant une "entité dynamique" avec un setTableDefinition() qui tape dans la DB : gros berserk
 
Ma question :
D'après vous, est-ce qu'il vaut mieux adopter une approche formulaire ou plutôt une approche liste avec les batch_actions ?
Le but : profiter des filtres des listes pour afficher le tableau 2D
 
Merci par avance de vos conseils

Doctrine 2.0 stable est sorti, joyeux noël les nerds.
 
http://www.doctrine-project.org/bl [...] 2-released

Fixed =)

Vous allez pas me faire croire que vous êtes tous studieux en train de bosser ou déjà en week end pour ne pas me donner la moindre piste

Salut, j'ai une question de conception sur Symfony, pas sur le code en lui même mais où plutôt où placer ce code.
 
J'ai une action répétitive sur un formulaire DossierForm de l'entité Dossier qui apparait plusieurs fois dans mon code :
- Lorsque l'objet Dossier passe dans une certain état (exemple "validé" ) il faut systématiquement envoyer un mail.
- Il faut envoyer le mail seulement quand l'objet change d'état et pas à chaque fois qu'on valide DossierForm avec l'état validé (pour la blague c'est le code d'origine buggé)
- L'état validé est conditionné par d'autres critères (hs ici) qui font que le validator du champ peut refuser l'état "validé"
- le mail doit partir vers un destinataire renseigné dans l'entité Dossier
 
Où je code ça ?  
- Dans l'action du module (répétition de code) en comparant les parameters de la request (non passées par les validators, ça m'embète)
- dans la méthode doBind de DossierForm ? (pour comparer les taintedValues avec l'objet en cours ? )
- dans la méthode updateXXXXXColumn du formulaire avec XXXX le nom de la colonne état ?
- dans le model Dossier ? (ça me parait foireux, y a du contrôleur)
 
 
Merci d'avance pour vos lumières

dans le doSave du form. Et tu utilises $this->object->isModified() pour savoir si la valeur a été modifiée (attention, à ne faire que lorsque l'objet n'a pas été sauvé)

Ah merci, je connaissais pas isModified() ! C'était un gros manque.
Du coup, ça résout de nombreux dilemmes et/ou bricolages.
 
Merci

Ya pas mal de trucs sur les Doctrine_Record, et ça vaut le coup de se taper la doc de Doctrine en général.

Bon les gars, faut qu'on parle sérieusement :
 
Vous utilisez quoi comme outil de SVN avec symfony et qui soit STABLE ?
 
Notre infrastructure :
- un serveur SVN sous ubuntu
- les checkout se font sur un disque partagé en samba sous un autre ubuntu
- on utilise Tortoise sous Windows en client
 
Bilan : régulièrement (1 fois par semaine sur les 4 dev), les check-out sont bloqués avec des messages d'erreurs abscons, voire le dépot est corrompu et on peut plus commiter quoi que soit.
 
Ca intervient souvent quand on regenère des modules ou ce genre de truc. Je milite pour utilisation du CLI sous linux mais je suis le 1er à admettre que c'est lourdingue.