Re: [symfony-fr] [i18n] Traduction du backend auto généré
Voilà Cyril FLIELLER Le 21 mars 2011 18:29, Lélio ML mailing-l...@lelio.fr a écrit : Montre ton code = generator.yml = messages.xml -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : lundi 21 mars 2011 18:00 À : symfony-fr@googlegroups.com Objet : RE: [symfony-fr] [i18n] Traduction du backend auto généré C'est ce que je fais déjà Le 21 mars 2011 17:51, Lélio ML mailing-l...@lelio.fr a écrit : Bizarre... Ça devrait fonctionner. Tu as la possibilité de mettre fields: my_field: label: My field Et tu peux entourer par des double quotes comme : My Field. -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : lundi 21 mars 2011 17:42 À : symfony-fr@googlegroups.com Objet : Re: [symfony-fr] [i18n] Traduction du backend auto généré Par contre, impossible de traduire les apostrophes =/ Cyril FLIELLER Le 21 mars 2011 17:12, Lélio ML mailing-l...@lelio.fr a écrit : ;) -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : lundi 21 mars 2011 16:55 À : symfony-fr@googlegroups.com Objet : Re: [symfony-fr] [i18n] Traduction du backend auto généré Parfait ça marche au poil effectivement =) Merci bien ! Cyril FLIELLER Le 21 mars 2011 16:09, Lélio ML mailing-l...@lelio.fr a écrit : Tu n'as pas besoin de t'en préoccuper ;) Regarde le code généré (dans le cache par exemple). Tu verras que les intitulés des champs sont automatiquement traduits en passant par la méthode __(). Depuis la 1.3 (ou la 1.4) les options des select sont automatiquement passés également par la traduction. Du coup, tu as le champ name par exemple. Tu le mets dans ton messages.xml (Name = Nom). Tu fais un symfony cc et la traduction apparaît. Attention, il faut que la culture par défaut soit en fr ou que l'utilisateur puisse changer de langue (dans la symfony debug tool bar User ...) Si tu dois changer la culture par défaut, supprime tes cookies pour pouvoir utiliser la nouvelle culture. -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : lundi 21 mars 2011 16:05 À : symfony-fr@googlegroups.com Objet : Re: [symfony-fr] [i18n] Traduction du backend auto généré Oui oui je sais cela, mais pour traduire le contenu de mes fichiers generator.yml ? Cyril FLIELLER Le 21 mars 2011 16:01, Lélio ML mailing-l...@lelio.fr a écrit : Pour cela il faut que tu utilises les fichiers apps/my_app/i18n/fr/messages.xml Regarde la doc en ligne sur l'internationalisation (: i18n) à l'adresse suivante : http://www.symfony-project.org/jobeet/1_4/Doctrine/fr/19 -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : lundi 21 mars 2011 15:56 À : symfony-fr@googlegroups.com Objet : [symfony-fr] [i18n] Traduction du backend auto généré (re)Bonjour, j'ai besoin de traduire tout le backend de mon projet en anglais/français. Pas de problème pour traduire la plupart des choses, mais comment traduire le nom des champs ? Par exemple pour ma table Person, j'ai un champ name, je voudrais le traduire en français. Peut-on le spécifier dans les fichiers generator.yml à la manière des autres fichiers php (méthode __()) ou alors faut-il que je définisse l'action executeIndex() ainsi que son template pour le personnaliser ? Cyril FLIELLER -- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Symfony-fr. Pour envoyer un message à ce groupe, adressez un e-mail à symfony-fr@googlegroups.com. Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse symfony-fr+unsubscr...@googlegroups.com symfony-fr+mailto:symfony-fr%2bunsubscr...@googlegroups.com mailto:symfony-fr%2bunsubscr...@googlegroups.com mailto:symfony-fr%252bunsubscr...@googlegroups.com mailto:symfony-fr%2bunsubscr...@googlegroups.com mailto:symfony-fr%252bunsubscr...@googlegroups.com mailto:symfony-fr%252bunsubscr...@googlegroups.com mailto:symfony-fr%25252bunsubscr...@googlegroups.com mailto:symfony-fr%2bunsubscr...@googlegroups.com mailto:symfony-fr%252bunsubscr...@googlegroups.com mailto:symfony-fr%252bunsubscr...@googlegroups.com mailto:symfony-fr%25252bunsubscr...@googlegroups.com mailto:symfony-fr%252bunsubscr...@googlegroups.com mailto:symfony-fr%25252bunsubscr...@googlegroups.com mailto:symfony-fr%25252bunsubscr...@googlegroups.com mailto:symfony-fr%2525252bunsubscr...@googlegroups.com. Pour plus d'options, consultez la page de ce groupe :
RE: [symfony-fr] [i18n] Traduction du backend auto généré
Bonjour, Alors ton fichier messages.xml n'est pas encodé en UTF-8. Contrairement à ton generator.yml. Avec symfony, il est préférable d'encoder tous ses fichiers en UTF-8. Pour ce faire, tu peux utiliser Eclipse ou Aptana (que j'aime bien personnellement) ou Notepad++ (le tout avec le paramétrage adéquate). Pour l'apostrophe, il faut pas mettre l'antislash devant. Ça devrait passer tout seul. Sinon, il faut entourer les données par un CDATA pour les protéger. Notamment quand tu utilises des balises html (comme dans les dates des filtres en 1.2) -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : mardi 22 mars 2011 08:45 À : symfony-fr@googlegroups.com Objet : Re: [symfony-fr] [i18n] Traduction du backend auto généré Voilà Cyril FLIELLER Le 21 mars 2011 18:29, Lélio ML mailing-l...@lelio.fr a écrit : Montre ton code = generator.yml = messages.xml -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : lundi 21 mars 2011 18:00 À : symfony-fr@googlegroups.com Objet : RE: [symfony-fr] [i18n] Traduction du backend auto généré C'est ce que je fais déjà Le 21 mars 2011 17:51, Lélio ML mailing-l...@lelio.fr a écrit : Bizarre... Ça devrait fonctionner. Tu as la possibilité de mettre fields: my_field: label: My field Et tu peux entourer par des double quotes comme : My Field. -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : lundi 21 mars 2011 17:42 À : symfony-fr@googlegroups.com Objet : Re: [symfony-fr] [i18n] Traduction du backend auto généré Par contre, impossible de traduire les apostrophes =/ Cyril FLIELLER Le 21 mars 2011 17:12, Lélio ML mailing-l...@lelio.fr a écrit : ;) -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : lundi 21 mars 2011 16:55 À : symfony-fr@googlegroups.com Objet : Re: [symfony-fr] [i18n] Traduction du backend auto généré Parfait ça marche au poil effectivement =) Merci bien ! Cyril FLIELLER Le 21 mars 2011 16:09, Lélio ML mailing-l...@lelio.fr a écrit : Tu n'as pas besoin de t'en préoccuper ;) Regarde le code généré (dans le cache par exemple). Tu verras que les intitulés des champs sont automatiquement traduits en passant par la méthode __(). Depuis la 1.3 (ou la 1.4) les options des select sont automatiquement passés également par la traduction. Du coup, tu as le champ name par exemple. Tu le mets dans ton messages.xml (Name = Nom). Tu fais un symfony cc et la traduction apparaît. Attention, il faut que la culture par défaut soit en fr ou que l'utilisateur puisse changer de langue (dans la symfony debug tool bar User ...) Si tu dois changer la culture par défaut, supprime tes cookies pour pouvoir utiliser la nouvelle culture. -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : lundi 21 mars 2011 16:05 À : symfony-fr@googlegroups.com Objet : Re: [symfony-fr] [i18n] Traduction du backend auto généré Oui oui je sais cela, mais pour traduire le contenu de mes fichiers generator.yml ? Cyril FLIELLER Le 21 mars 2011 16:01, Lélio ML mailing-l...@lelio.fr a écrit : Pour cela il faut que tu utilises les fichiers apps/my_app/i18n/fr/messages.xml Regarde la doc en ligne sur l'internationalisation (: i18n) à l'adresse suivante : http://www.symfony-project.org/jobeet/1_4/Doctrine/fr/19 -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : lundi 21 mars 2011 15:56 À : symfony-fr@googlegroups.com Objet : [symfony-fr] [i18n] Traduction du backend auto généré (re)Bonjour, j'ai besoin de traduire tout
RE: [symfony-fr] [i18n] Traduction du backend auto généré
La pièce jointe semblait pourtant codée autrement. Essaie alors sans l'antislash puis avec un CDATA. -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : mardi 22 mars 2011 10:05 À : symfony-fr@googlegroups.com Objet : Re: [symfony-fr] [i18n] Traduction du backend auto généré À mon avis tu te trompes, le fichier messages.xml est bien en utf-8. En plus il me semble que j'aurai d'autres problèmes avec les accents si c'était le cas, hors là, uniquement avec les apostrophes. Cyril FLIELLER Le 22 mars 2011 09:39, Lélio ML mailing-l...@lelio.fr a écrit : Bonjour, Alors ton fichier messages.xml n'est pas encodé en UTF-8. Contrairement à ton generator.yml. Avec symfony, il est préférable d'encoder tous ses fichiers en UTF-8. Pour ce faire, tu peux utiliser Eclipse ou Aptana (que j'aime bien personnellement) ou Notepad++ (le tout avec le paramétrage adéquate). Pour l'apostrophe, il faut pas mettre l'antislash devant. Ça devrait passer tout seul. Sinon, il faut entourer les données par un CDATA pour les protéger. Notamment quand tu utilises des balises html (comme dans les dates des filtres en 1.2) -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : mardi 22 mars 2011 08:45 À : symfony-fr@googlegroups.com Objet : Re: [symfony-fr] [i18n] Traduction du backend auto généré Voilà Cyril FLIELLER Le 21 mars 2011 18:29, Lélio ML mailing-l...@lelio.fr a écrit : Montre ton code = generator.yml = messages.xml -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : lundi 21 mars 2011 18:00 À : symfony-fr@googlegroups.com Objet : RE: [symfony-fr] [i18n] Traduction du backend auto généré C'est ce que je fais déjà Le 21 mars 2011 17:51, Lélio ML mailing-l...@lelio.fr a écrit : Bizarre... Ça devrait fonctionner. Tu as la possibilité de mettre fields: my_field: label: My field Et tu peux entourer par des double quotes comme : My Field. -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : lundi 21 mars 2011 17:42 À : symfony-fr@googlegroups.com Objet : Re: [symfony-fr] [i18n] Traduction du backend auto généré Par contre, impossible de traduire les apostrophes =/ Cyril FLIELLER Le 21 mars 2011 17:12, Lélio ML mailing-l...@lelio.fr a écrit : ;) -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : lundi 21 mars 2011 16:55 À : symfony-fr@googlegroups.com Objet : Re: [symfony-fr] [i18n] Traduction du backend auto généré Parfait ça marche au poil effectivement =) Merci bien ! Cyril FLIELLER Le 21 mars 2011 16:09, Lélio ML mailing-l...@lelio.fr a écrit : Tu n'as pas besoin de t'en préoccuper ;) Regarde le code généré (dans le cache par exemple). Tu verras que les intitulés des champs sont automatiquement traduits en passant par la méthode __(). Depuis la 1.3 (ou la 1.4) les options des select sont automatiquement passés également par la traduction. Du coup, tu as le champ name par exemple. Tu le mets dans ton messages.xml (Name = Nom). Tu fais un symfony cc et la traduction apparaît. Attention, il faut que la culture par défaut soit en fr ou que l'utilisateur puisse changer de langue (dans la symfony debug
RE: [symfony-fr] [i18n] Traduction du backend auto généré
Oui a priori -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : mardi 22 mars 2011 10:28 À : symfony-fr@googlegroups.com Objet : Re: [symfony-fr] [i18n] Traduction du backend auto généré Sans le \ c'est déjà fait, c'était la version de base. Ensuite pour le CDATA c'est ![CDATA[Date d'arrivée]] ? Cyril FLIELLER Le 22 mars 2011 10:16, Lélio ML mailing-l...@lelio.fr a écrit : La pièce jointe semblait pourtant codée autrement. Essaie alors sans l'antislash puis avec un CDATA. -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : mardi 22 mars 2011 10:05 À : symfony-fr@googlegroups.com Objet : Re: [symfony-fr] [i18n] Traduction du backend auto généré À mon avis tu te trompes, le fichier messages.xml est bien en utf-8. En plus il me semble que j'aurai d'autres problèmes avec les accents si c'était le cas, hors là, uniquement avec les apostrophes. Cyril FLIELLER Le 22 mars 2011 09:39, Lélio ML mailing-l...@lelio.fr a écrit : Bonjour, Alors ton fichier messages.xml n'est pas encodé en UTF-8. Contrairement à ton generator.yml. Avec symfony, il est préférable d'encoder tous ses fichiers en UTF-8. Pour ce faire, tu peux utiliser Eclipse ou Aptana (que j'aime bien personnellement) ou Notepad++ (le tout avec le paramétrage adéquate). Pour l'apostrophe, il faut pas mettre l'antislash devant. Ça devrait passer tout seul. Sinon, il faut entourer les données par un CDATA pour les protéger. Notamment quand tu utilises des balises html (comme dans les dates des filtres en 1.2) -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : mardi 22 mars 2011 08:45 À : symfony-fr@googlegroups.com Objet : Re: [symfony-fr] [i18n] Traduction du backend auto généré Voilà Cyril FLIELLER Le 21 mars 2011 18:29, Lélio ML mailing-l...@lelio.fr a écrit : Montre ton code = generator.yml = messages.xml -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : lundi 21 mars 2011 18:00 À : symfony-fr@googlegroups.com Objet : RE: [symfony-fr] [i18n] Traduction du backend auto généré C'est ce que je fais déjà Le 21 mars 2011 17:51, Lélio ML mailing-l...@lelio.fr a écrit : Bizarre... Ça devrait fonctionner. Tu as la possibilité de mettre fields: my_field: label: My field Et tu peux entourer par des double quotes comme : My Field. -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : lundi 21 mars 2011 17:42 À : symfony-fr@googlegroups.com Objet : Re: [symfony-fr] [i18n] Traduction du backend auto généré Par contre, impossible de traduire les apostrophes =/ Cyril FLIELLER Le 21 mars 2011 17:12, Lélio ML mailing-l...@lelio.fr a écrit : ;) -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de Cyril FLIELLER Envoyé : lundi 21
[symfony-fr] problèmes avec doctrine
bonjour j'ai deux problèmes avec doctrine : - le premier c'est lors d'un data-load j'ai une table appelée angle_articulaire. j'ai crée un fixture pour cette table et elle ne se remplit pas. - le deuxième problème est un peu plus génant. j'ai crée un module en laissant pour le moment tous les réglages par défaut. lorsque ma table est vide, la page indexsuccess s'affiche normalement avec les noms des champs. cependant, lorsqu'il y a un champ dans la table, le message suivant apparait : Unknown record property / related component poignet_flex_oui on Angle_articulaire voici mon schema yml et le fixture qui ne passe pas : ___ schema.yml Client: columns: nom:{ type: string(255), notnull: true } adresse:{ type: string(500), notnull: true } adresse_compl: { type: string(255) } code_postal:{ type: integer, notnull:true } ville: { type: string(255), notnull: true } responsable:{ type: string(255) } fonction: { type: string(255) } tel:{ type: integer } fax:{ type: integer } email: { type: string(255), notnull: true } Ami: columns: nom_ami: { type: string(255), notnull: true, unique: true } version: { type: string(10), notnull: true } illustration: { type: string(255) } illustrationgrand: {type: string(255) } description: { type: string(500) } Utilisateur: columns: client_id: { type: integer, notnull: true } nom: { type: string(255), notnull: true } prenom: { type: string(255), notnull: true } email: { type: string(255), notnull: true } login: { type: string(255), notnull: true, unique: true } mdp: { type: string(255), notnull: true } metier: { type: string(255) } service: { type: string(255) } site:{ type: string(255) } dob: { type: timestamp } genre: { type: string(20) } taille: { type: integer } poids: { type: integer } lateralite: { type: string(8) } vue: { type: string(255) } relations: Client: onDelete: CASCADE local: client_id foreign: id foreignAlias: Utilisateurs Licence: actAs: { Timestampable: ~ } columns: nom_licence: { type: string(255), notnull: true, unique: true } date_fin:{ type: date } ami_id: { type: integer, notnull: true } client_id: { type: integer, notnull: true } gestionnaire_id: { type: integer } relations: Client: onDelete: CASCADE local: client_id foreign: id foreignAlias: Licences Ami: onDelete: CASCADE local: ami_id foreign: id foreignAlias: Licences1 Gestionnaire: local: gestionnaire_id foreign: id foreignAlias: Licences2 Gestionnaire: columns: nom:{ type: string(255), notnull: true } prenom: { type: string(255), notnull: true } organisme: { type: string(255) } adresse:{ type: string(255) } adresse_compl: { type: string(255) } code_postal:{ type: integer } ville: { type: string(255) } tel:{ type: integer } fax:{ type: integer } email: { type: string(255), notnull: true } login: { type: string(255), notnull: true, unique: true } mdp:{ type: string(255), notnull: true } PasswordLost: actAs: { Timestampable: ~ } columns: email: { type: string(255), notnull: true } mdp:{ type: string(255), notnull: true } Angle_articulaire: columns: id_user: {type:integer} poignet_flex_zone: {type:boolean, notnull:true} poignet_flex_img:{type:string(255)} poignet_flex_com:{type:string(255)} poignet_ext_zone:{type:boolean, notnull:true} poignet_ext_img: {type:string(255)} poignet_ext_com: {type:string(255)} poignet_dev_zone:{type:boolean, notnull:true} poignet_dev_img: {type:string(255)} poignet_dev_com: {type:string(255)} avbras_flex_zone:{type:boolean, notnull:true} avbras_flex_img: {type:string(255)} avbras_flex_com: {type:string(255)} avbras_pron_zone:{type:boolean, notnull:true} avbras_pron_img: {type:string(255)} avbras_pron_com: {type:string(255)} epaule_flex_zone:{type:boolean, notnull:true} epaule_flex_img: {type:string(255)} epaule_flex_com: {type:string(255)} epaule_abd_zone: {type:boolean, notnull:true} epaule_abd_img: {type:string(255)} epaule_abd_com: {type:string(255)} epaule_rot_zone: {type:boolean, notnull:true} epaule_rot_img: {type:string(255)} epaule_rot_com: {type:string(255)} tronc_flex_zone: {type:boolean, notnull:true} tronc_flex_img:
RE: [symfony-fr] problèmes avec doctrine
Et avec un # php ./symfony doctrine:build --all-classes avant de faire le data-load ? Et sinon que donne un # php ./symfony doctrine:build --all --and-load ? -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de pascal camjusan Envoyé : mardi 22 mars 2011 14:32 À : Symfony-fr Objet : [symfony-fr] problèmes avec doctrine bonjour j'ai deux problèmes avec doctrine : - le premier c'est lors d'un data-load j'ai une table appelée angle_articulaire. j'ai crée un fixture pour cette table et elle ne se remplit pas. - le deuxième problème est un peu plus génant. j'ai crée un module en laissant pour le moment tous les réglages par défaut. lorsque ma table est vide, la page indexsuccess s'affiche normalement avec les noms des champs. cependant, lorsqu'il y a un champ dans la table, le message suivant apparait : Unknown record property / related component poignet_flex_oui on Angle_articulaire voici mon schema yml et le fixture qui ne passe pas : ___ schema.yml Client: columns: nom:{ type: string(255), notnull: true } adresse:{ type: string(500), notnull: true } adresse_compl: { type: string(255) } code_postal:{ type: integer, notnull:true } ville: { type: string(255), notnull: true } responsable:{ type: string(255) } fonction: { type: string(255) } tel:{ type: integer } fax:{ type: integer } email: { type: string(255), notnull: true } Ami: columns: nom_ami: { type: string(255), notnull: true, unique: true } version: { type: string(10), notnull: true } illustration: { type: string(255) } illustrationgrand: {type: string(255) } description: { type: string(500) } Utilisateur: columns: client_id: { type: integer, notnull: true } nom: { type: string(255), notnull: true } prenom: { type: string(255), notnull: true } email: { type: string(255), notnull: true } login: { type: string(255), notnull: true, unique: true } mdp: { type: string(255), notnull: true } metier: { type: string(255) } service: { type: string(255) } site:{ type: string(255) } dob: { type: timestamp } genre: { type: string(20) } taille: { type: integer } poids: { type: integer } lateralite: { type: string(8) } vue: { type: string(255) } relations: Client: onDelete: CASCADE local: client_id foreign: id foreignAlias: Utilisateurs Licence: actAs: { Timestampable: ~ } columns: nom_licence: { type: string(255), notnull: true, unique: true } date_fin:{ type: date } ami_id: { type: integer, notnull: true } client_id: { type: integer, notnull: true } gestionnaire_id: { type: integer } relations: Client: onDelete: CASCADE local: client_id foreign: id foreignAlias: Licences Ami: onDelete: CASCADE local: ami_id foreign: id foreignAlias: Licences1 Gestionnaire: local: gestionnaire_id foreign: id foreignAlias: Licences2 Gestionnaire: columns: nom:{ type: string(255), notnull: true } prenom: { type: string(255), notnull: true } organisme: { type: string(255) } adresse:{ type: string(255) } adresse_compl: { type: string(255) } code_postal:{ type: integer } ville: { type: string(255) } tel:{ type: integer } fax:{ type: integer } email: { type: string(255), notnull: true } login: { type: string(255), notnull: true, unique: true } mdp:{ type: string(255), notnull: true } PasswordLost: actAs: { Timestampable: ~ } columns: email: { type: string(255), notnull: true } mdp:{ type: string(255), notnull: true } Angle_articulaire: columns: id_user: {type:integer} poignet_flex_zone: {type:boolean, notnull:true} poignet_flex_img:{type:string(255)} poignet_flex_com:{type:string(255)} poignet_ext_zone:{type:boolean, notnull:true} poignet_ext_img: {type:string(255)} poignet_ext_com: {type:string(255)} poignet_dev_zone:{type:boolean, notnull:true} poignet_dev_img: {type:string(255)} poignet_dev_com: {type:string(255)} avbras_flex_zone:{type:boolean, notnull:true} avbras_flex_img: {type:string(255)} avbras_flex_com: {type:string(255)} avbras_pron_zone:{type:boolean, notnull:true} avbras_pron_img: {type:string(255)} avbras_pron_com: {type:string(255)} epaule_flex_zone:{type:boolean, notnull:true} epaule_flex_img: {type:string(255)}
Re: [symfony-fr] problèmes avec doctrine
le deuxième problème est réglé il faut que je refasse le module parce qu'ils ont gardé une configuration que j'avait fait avant désolé d'avoir posé la question. par contre le problème est toujours présent dans le data-load Le 22 mars 2011 14:31, pascal camjusan pascal.camju...@gmail.com a écrit : bonjour j'ai deux problèmes avec doctrine : - le premier c'est lors d'un data-load j'ai une table appelée angle_articulaire. j'ai crée un fixture pour cette table et elle ne se remplit pas. - le deuxième problème est un peu plus génant. j'ai crée un module en laissant pour le moment tous les réglages par défaut. lorsque ma table est vide, la page indexsuccess s'affiche normalement avec les noms des champs. cependant, lorsqu'il y a un champ dans la table, le message suivant apparait : Unknown record property / related component poignet_flex_oui on Angle_articulaire voici mon schema yml et le fixture qui ne passe pas : ___ schema.yml Client: columns: nom:{ type: string(255), notnull: true } adresse:{ type: string(500), notnull: true } adresse_compl: { type: string(255) } code_postal:{ type: integer, notnull:true } ville: { type: string(255), notnull: true } responsable:{ type: string(255) } fonction: { type: string(255) } tel:{ type: integer } fax:{ type: integer } email: { type: string(255), notnull: true } Ami: columns: nom_ami: { type: string(255), notnull: true, unique: true } version: { type: string(10), notnull: true } illustration: { type: string(255) } illustrationgrand: {type: string(255) } description: { type: string(500) } Utilisateur: columns: client_id: { type: integer, notnull: true } nom: { type: string(255), notnull: true } prenom: { type: string(255), notnull: true } email: { type: string(255), notnull: true } login: { type: string(255), notnull: true, unique: true } mdp: { type: string(255), notnull: true } metier: { type: string(255) } service: { type: string(255) } site:{ type: string(255) } dob: { type: timestamp } genre: { type: string(20) } taille: { type: integer } poids: { type: integer } lateralite: { type: string(8) } vue: { type: string(255) } relations: Client: onDelete: CASCADE local: client_id foreign: id foreignAlias: Utilisateurs Licence: actAs: { Timestampable: ~ } columns: nom_licence: { type: string(255), notnull: true, unique: true } date_fin:{ type: date } ami_id: { type: integer, notnull: true } client_id: { type: integer, notnull: true } gestionnaire_id: { type: integer } relations: Client: onDelete: CASCADE local: client_id foreign: id foreignAlias: Licences Ami: onDelete: CASCADE local: ami_id foreign: id foreignAlias: Licences1 Gestionnaire: local: gestionnaire_id foreign: id foreignAlias: Licences2 Gestionnaire: columns: nom:{ type: string(255), notnull: true } prenom: { type: string(255), notnull: true } organisme: { type: string(255) } adresse:{ type: string(255) } adresse_compl: { type: string(255) } code_postal:{ type: integer } ville: { type: string(255) } tel:{ type: integer } fax:{ type: integer } email: { type: string(255), notnull: true } login: { type: string(255), notnull: true, unique: true } mdp:{ type: string(255), notnull: true } PasswordLost: actAs: { Timestampable: ~ } columns: email: { type: string(255), notnull: true } mdp:{ type: string(255), notnull: true } Angle_articulaire: columns: id_user: {type:integer} poignet_flex_zone: {type:boolean, notnull:true} poignet_flex_img:{type:string(255)} poignet_flex_com:{type:string(255)} poignet_ext_zone:{type:boolean, notnull:true} poignet_ext_img: {type:string(255)} poignet_ext_com: {type:string(255)} poignet_dev_zone:{type:boolean, notnull:true} poignet_dev_img: {type:string(255)} poignet_dev_com: {type:string(255)} avbras_flex_zone:{type:boolean, notnull:true} avbras_flex_img: {type:string(255)} avbras_flex_com: {type:string(255)} avbras_pron_zone:{type:boolean, notnull:true} avbras_pron_img: {type:string(255)} avbras_pron_com: {type:string(255)} epaule_flex_zone:{type:boolean, notnull:true} epaule_flex_img: {type:string(255)} epaule_flex_com: {type:string(255)} epaule_abd_zone:
Re: [symfony-fr] problèmes avec doctrine
ça marche toujours pas mais en fait le truc c'est que j'ai fait des fixtures pour toutes les autres tables et ça a marché j'ai peut-être fait une erreur dans le fichier yml je vais le refaire et voir ce que ça donne ;) Le 22 mars 2011 14:40, Lélio ML mailing-l...@lelio.fr a écrit : Et avec un # php ./symfony doctrine:build --all-classes avant de faire le data-load ? Et sinon que donne un # php ./symfony doctrine:build --all --and-load ? -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de pascal camjusan Envoyé : mardi 22 mars 2011 14:32 À : Symfony-fr Objet : [symfony-fr] problèmes avec doctrine bonjour j'ai deux problèmes avec doctrine : - le premier c'est lors d'un data-load j'ai une table appelée angle_articulaire. j'ai crée un fixture pour cette table et elle ne se remplit pas. - le deuxième problème est un peu plus génant. j'ai crée un module en laissant pour le moment tous les réglages par défaut. lorsque ma table est vide, la page indexsuccess s'affiche normalement avec les noms des champs. cependant, lorsqu'il y a un champ dans la table, le message suivant apparait : Unknown record property / related component poignet_flex_oui on Angle_articulaire voici mon schema yml et le fixture qui ne passe pas : ___ schema.yml Client: columns: nom:{ type: string(255), notnull: true } adresse:{ type: string(500), notnull: true } adresse_compl: { type: string(255) } code_postal:{ type: integer, notnull:true } ville: { type: string(255), notnull: true } responsable:{ type: string(255) } fonction: { type: string(255) } tel:{ type: integer } fax:{ type: integer } email: { type: string(255), notnull: true } Ami: columns: nom_ami: { type: string(255), notnull: true, unique: true } version: { type: string(10), notnull: true } illustration: { type: string(255) } illustrationgrand: {type: string(255) } description: { type: string(500) } Utilisateur: columns: client_id: { type: integer, notnull: true } nom: { type: string(255), notnull: true } prenom: { type: string(255), notnull: true } email: { type: string(255), notnull: true } login: { type: string(255), notnull: true, unique: true } mdp: { type: string(255), notnull: true } metier: { type: string(255) } service: { type: string(255) } site:{ type: string(255) } dob: { type: timestamp } genre: { type: string(20) } taille: { type: integer } poids: { type: integer } lateralite: { type: string(8) } vue: { type: string(255) } relations: Client: onDelete: CASCADE local: client_id foreign: id foreignAlias: Utilisateurs Licence: actAs: { Timestampable: ~ } columns: nom_licence: { type: string(255), notnull: true, unique: true } date_fin:{ type: date } ami_id: { type: integer, notnull: true } client_id: { type: integer, notnull: true } gestionnaire_id: { type: integer } relations: Client: onDelete: CASCADE local: client_id foreign: id foreignAlias: Licences Ami: onDelete: CASCADE local: ami_id foreign: id foreignAlias: Licences1 Gestionnaire: local: gestionnaire_id foreign: id foreignAlias: Licences2 Gestionnaire: columns: nom:{ type: string(255), notnull: true } prenom: { type: string(255), notnull: true } organisme: { type: string(255) } adresse:{ type: string(255) } adresse_compl: { type: string(255) } code_postal:{ type: integer } ville: { type: string(255) } tel:{ type: integer } fax:{ type: integer } email: { type: string(255), notnull: true } login: { type: string(255), notnull: true, unique: true } mdp:{ type: string(255), notnull: true } PasswordLost: actAs: { Timestampable: ~ } columns: email: { type: string(255), notnull: true } mdp:{ type: string(255), notnull: true } Angle_articulaire: columns: id_user: {type:integer} poignet_flex_zone: {type:boolean, notnull:true} poignet_flex_img:{type:string(255)} poignet_flex_com:{type:string(255)} poignet_ext_zone:{type:boolean, notnull:true} poignet_ext_img: {type:string(255)} poignet_ext_com: {type:string(255)} poignet_dev_zone:{type:boolean, notnull:true} poignet_dev_img: {type:string(255)} poignet_dev_com: {type:string(255)} avbras_flex_zone:{type:boolean, notnull:true} avbras_flex_img:
Re: [symfony-fr] problèmes avec doctrine
et ce que je trouve le plus bizarre c'est que l'invite de commandes n'a retourné aucune erreur Le 22 mars 2011 14:45, pascal camjusan pascal.camju...@gmail.com a écrit : ça marche toujours pas mais en fait le truc c'est que j'ai fait des fixtures pour toutes les autres tables et ça a marché j'ai peut-être fait une erreur dans le fichier yml je vais le refaire et voir ce que ça donne ;) Le 22 mars 2011 14:40, Lélio ML mailing-l...@lelio.fr a écrit : Et avec un # php ./symfony doctrine:build --all-classes avant de faire le data-load ? Et sinon que donne un # php ./symfony doctrine:build --all --and-load ? -Message d'origine- De : symfony-fr@googlegroups.com [mailto:symfony-fr@googlegroups.com] De la part de pascal camjusan Envoyé : mardi 22 mars 2011 14:32 À : Symfony-fr Objet : [symfony-fr] problèmes avec doctrine bonjour j'ai deux problèmes avec doctrine : - le premier c'est lors d'un data-load j'ai une table appelée angle_articulaire. j'ai crée un fixture pour cette table et elle ne se remplit pas. - le deuxième problème est un peu plus génant. j'ai crée un module en laissant pour le moment tous les réglages par défaut. lorsque ma table est vide, la page indexsuccess s'affiche normalement avec les noms des champs. cependant, lorsqu'il y a un champ dans la table, le message suivant apparait : Unknown record property / related component poignet_flex_oui on Angle_articulaire voici mon schema yml et le fixture qui ne passe pas : ___ schema.yml Client: columns: nom:{ type: string(255), notnull: true } adresse:{ type: string(500), notnull: true } adresse_compl: { type: string(255) } code_postal:{ type: integer, notnull:true } ville: { type: string(255), notnull: true } responsable:{ type: string(255) } fonction: { type: string(255) } tel:{ type: integer } fax:{ type: integer } email: { type: string(255), notnull: true } Ami: columns: nom_ami: { type: string(255), notnull: true, unique: true } version: { type: string(10), notnull: true } illustration: { type: string(255) } illustrationgrand: {type: string(255) } description: { type: string(500) } Utilisateur: columns: client_id: { type: integer, notnull: true } nom: { type: string(255), notnull: true } prenom: { type: string(255), notnull: true } email: { type: string(255), notnull: true } login: { type: string(255), notnull: true, unique: true } mdp: { type: string(255), notnull: true } metier: { type: string(255) } service: { type: string(255) } site:{ type: string(255) } dob: { type: timestamp } genre: { type: string(20) } taille: { type: integer } poids: { type: integer } lateralite: { type: string(8) } vue: { type: string(255) } relations: Client: onDelete: CASCADE local: client_id foreign: id foreignAlias: Utilisateurs Licence: actAs: { Timestampable: ~ } columns: nom_licence: { type: string(255), notnull: true, unique: true } date_fin:{ type: date } ami_id: { type: integer, notnull: true } client_id: { type: integer, notnull: true } gestionnaire_id: { type: integer } relations: Client: onDelete: CASCADE local: client_id foreign: id foreignAlias: Licences Ami: onDelete: CASCADE local: ami_id foreign: id foreignAlias: Licences1 Gestionnaire: local: gestionnaire_id foreign: id foreignAlias: Licences2 Gestionnaire: columns: nom:{ type: string(255), notnull: true } prenom: { type: string(255), notnull: true } organisme: { type: string(255) } adresse:{ type: string(255) } adresse_compl: { type: string(255) } code_postal:{ type: integer } ville: { type: string(255) } tel:{ type: integer } fax:{ type: integer } email: { type: string(255), notnull: true } login: { type: string(255), notnull: true, unique: true } mdp:{ type: string(255), notnull: true } PasswordLost: actAs: { Timestampable: ~ } columns: email: { type: string(255), notnull: true } mdp:{ type: string(255), notnull: true } Angle_articulaire: columns: id_user: {type:integer} poignet_flex_zone: {type:boolean, notnull:true} poignet_flex_img:{type:string(255)} poignet_flex_com:{type:string(255)} poignet_ext_zone:{type:boolean, notnull:true} poignet_ext_img: {type:string(255)} poignet_ext_com: {type:string(255)} poignet_dev_zone:{type:boolean,