gestion table i18n

Version imprimable

gestion table i18n

voila, j'ai une table ou je doit géré des langues, de cette table j'ai créer un module admin, sauf que quand je tente de rajouter un ligne j'ai un Insert en trop !!

Code:

1
2
3
4
5
6
7
8
9
10
 
dimension:
  actAs:
    I18n:
      fields: [description,unite,facteur]
  columns:
    name: string(50)
    description: string(50)
    unite: string(50)
    facteur: float

mon formulaire:

Code:

1
2
3
4
5
6
7
8
9
10
 
class dimensionForm extends BasedimensionForm
{
  public function configure()
  {
	  $this->embedI18n(array('en', 'fr'));
      $this->widgetSchema->setLabel('en', 'English');
      $this->widgetSchema->setLabel('fr', 'French');
  }
}

et les request SQL engendré quand je tente de rajouter une dimension:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
#
 
INSERT INTO dimension_translation (id, lang, description, unite, facteur) VALUES ('4', 'en', 'Diameter', 'inch', '0.72')
0.00s, "doctrine" connection
#
 
INSERT INTO dimension_translation (id, lang, description, unite, facteur) VALUES ('4', 'fr', 'Diamètre', 'm', '1')
0.00s, "doctrine" connection
#
 
INSERT INTO dimension_translation (id, lang) VALUES ('4', 'fr_FR')

le message d'erreur:

Code:

1
2
 
SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '4-fr' for key 'PRIMARY'

d'ou vient cette dernière request ?

29/12/2010, 15h10
mathieu44800

Mistère de Doctrine...

Ajoutes peut être une clé primaire dans ton schéma ?

Cordialement,

Mathieu

Citation:

Envoyé par mathieu44800

Ajoutes peut être une clé primaire dans ton schéma ?

S'il n'y a pas de clé primaire dans une table, Doctrine en met une automatiquement (de nom id).

De là à trouver la cause... Peut-être utiliser des id pour les langues plus explicites, avec indication de la région ?
Code:

1 2 3 4 5 6 7 8 9 class dimensionForm extends BasedimensionForm { public function configure() { $this->embedI18n(array('en_GB', 'fr_FR')); $this->widgetSchema->setLabel('en_GB', 'English'); $this->widgetSchema->setLabel('fr_FR', 'French'); } }

29/12/2010, 15h28
mathieu44800

Peut-on visualiser ce que génère symfony "BaseDimension" ?

Cordialement,

Mathieu

j'ai modifié mon schéma pour reprendre comme dans jobeet mais rien a faire:

Code:

1
2
3
4
5
6
7
8
9
10
11
 
dimension:
  actAs:
    I18n:
      fields: [name,unite,facteur]
      actAs:
        Sluggable: { fields: [name], uniqueBy: [lang, name] }
  columns:
    name: string(50)
    unite: string(50)
    facteur: float

mon fichier BaseDimension:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
 
<?php
 
/**
 * Basedimension
 * 
 * This class has been auto-generated by the Doctrine ORM Framework
 * 
 * @property string $name
 * @property string $unite
 * @property float $facteur
 * @property Doctrine_Collection $dimensionArticle
 * 
 * @method string              getName()             Returns the current record's "name" value
 * @method string              getUnite()            Returns the current record's "unite" value
 * @method float               getFacteur()          Returns the current record's "facteur" value
 * @method Doctrine_Collection getDimensionArticle() Returns the current record's "dimensionArticle" collection
 * @method dimension           setName()             Sets the current record's "name" value
 * @method dimension           setUnite()            Sets the current record's "unite" value
 * @method dimension           setFacteur()          Sets the current record's "facteur" value
 * @method dimension           setDimensionArticle() Sets the current record's "dimensionArticle" collection
 * 
 * @package    grandpapa
 * @subpackage model
 * @author     Your name here
 * @version    SVN: $Id: Builder.php 7490 2010-03-29 19:53:27Z jwage $
 */
abstract class Basedimension extends sfDoctrineRecord
{
    public function setTableDefinition()
    {
        $this->setTableName('dimension');
        $this->hasColumn('name', 'string', 50, array(
             'type' => 'string',
             'length' => 50,
             ));
        $this->hasColumn('unite', 'string', 50, array(
             'type' => 'string',
             'length' => 50,
             ));
        $this->hasColumn('facteur', 'float', null, array(
             'type' => 'float',
             ));
    }
 
    public function setUp()
    {
        parent::setUp();
        $this->hasMany('dimensionArticle', array(
             'local' => 'id',
             'foreign' => 'dimension_id'));
 
        $i18n0 = new Doctrine_Template_I18n(array(
             'fields' => 
             array(
              0 => 'name',
              1 => 'unite',
              2 => 'facteur',
             ),
             ));
        $sluggable1 = new Doctrine_Template_Sluggable(array(
             'fields' => 
             array(
              0 => 'name',
             ),
             'uniqueBy' => 
             array(
              0 => 'lang',
              1 => 'name',
             ),
             ));
        $i18n0->addChild($sluggable1);
        $this->actAs($i18n0);
    }
}

bien vu dourouc:

Code:

1
2
3
4
5
6
7
8
9
10
 
class dimensionForm extends BasedimensionForm
{
  public function configure()
  {
	  $this->embedI18n(array('en_GB', 'fr_FR'));
      $this->widgetSchema->setLabel('en_GB', 'English');
      $this->widgetSchema->setLabel('fr_FR', 'French');
  }
}

ça marche en partie, une erreur grossière dans le training de symfony:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
// lib/form/JobeetCategoryForm.class.php
class JobeetCategoryForm extends BaseJobeetCategoryForm
{
  public function configure()
  {
    unset(
      $this['jobeet_affiliates_list'],
      $this['created_at'], $this['updated_at']
    );
 
    $this->embedI18n(array('en', 'fr'));
    $this->widgetSchema->setLabel('en', 'English');
    $this->widgetSchema->setLabel('fr', 'French');
  }
}

donc j'arrive a sauvegardé un nouvel enregistrement, mais....

bein en édition tout mes champs sont vides :(

29/12/2010, 15h47
dourouc05

Citation:

Envoyé par erictomcat

bein en édition tout mes champs sont vides :(

Ils sont vides en base de données et à l'affichage ? Ou juste à l'édition ?

Dans le premier cas, j'ai déjà eu ce problème, c'était un conflit dans mon schéma avec des relations... (Doctrine avait une même propriété dans un objet et pour l'ID d'un enregistrement, et pour l'objet correspondant). Mais je ne crois pas que c'est le cas, ici...
29/12/2010, 15h50
erictomcat

non les données chargés via fixtures sont bien dans la base et le nouvel enregistrement est bien la aussi.
29/12/2010, 16h13
mathieu44800

Tu pourrais nous montrer ton action ??
29/12/2010, 17h58
erictomcat

je remonte tout, je vais voir si le problème revient
30/12/2010, 00h44
Michel Rotta

On a déjà parlé d'un problème comme cela il y a quelques mois. Avec l'i18n dans les tables et une table qui devait éditer plusieurs langue et une requête sur numéraire lors de la sauvegarde.

Je n'ai, hélas, pas retrouvé le sujet.

Dans mes souvenirs cela provient d'un problème de déclaration des embed dans le form. Essaye avec une seul langue, pour voir.

je n'ai pas d'embed form, j'ai juste une table avec un champ a traduire en 2 langues.

que ce soit en modification d'un enregistrement ou au rajout ça me rajoute une requete SQL en trop !!!

Par contre comme je suis dans mon backend, je ne gere pas de langue de session.

par contre j'ai repris la form de jobeet:

Code:

1
2
3
4
 
 $this->embedI18n(array('en', 'fr'));
      $this->widgetSchema->setLabel('en', 'English');
      $this->widgetSchema->setLabel('fr', 'French');

vu que si je met du type fr_FR en edition j'ai plus rien

EDIt: j'ai trouve ce rapport de bug, par contre j'y comprend pas grand chose:
http://trac.symfony-project.org/ticket/7506
re EDIT:
j'ai trouvé, joli bug de symfony, par contre je comprend pas, personne ne gère de champs multilingue pour que ce bug grossier perdure ?
en faite il faut modifier une classe de symfony:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
 
/*
 * This file is part of the symfony package.
 * (c) Jonathan H. Wage <jonwage@gmail.com>
 *
 * For the full copyright and license information, please view the LICENSE
 * file that was distributed with this source code.
 */
 
/**
 * sfDoctrineRecordI18nFilter implements access to the translated properties for
 * the current culture from the internationalized model.
 *
 * @package    symfony
 * @subpackage doctrine
 * @author     Jonathan H. Wage <jonwage@gmail.com>
 * @version    SVN: $Id: sfDoctrineRecordI18nFilter.class.php 24337 2009-11-24 14:37:03Z Kris.Wallsmith $
 */
class sfDoctrineRecordI18nFilter extends Doctrine_Record_Filter
{
  /**
   * @see Doctrine_Table::unshiftFilter()
   */
  public function init()
  {
  }
 
  /**
   * Calls set on Translation relationship.
   *
   * Allows manipulation of I18n properties from the main object.
   *
   * @param Doctrine_Record $record
   * @param string          $name   Name of the property
   * @param string          $value  Value of the property
   */
  public function filterSet(Doctrine_Record $record, $name, $value)
  {
    return $record['Translation'][substr(sfDoctrineRecord::getDefaultCulture(),0,2)][$name] = $value;
  }
 
  /**
   * Call get on Translation relationship.
   *
   * Allow access to I18n properties from the main object.
   *
   * @param Doctrine_Record $record
   * @param string          $name   Name of the property
   */
  public function filterGet(Doctrine_Record $record, $name)
  {
    $culture = substr(sfDoctrineRecord::getDefaultCulture(),0,2);
    if (isset($record['Translation'][$culture]))
    {
      return $record['Translation'][$culture][$name];
    }
    else
    {
      $defaultCulture = substr(sfConfig::get('sf_default_culture'),0,2);
      return $record['Translation'][$defaultCulture][$name];
    }
  }
}

pour qu'il ne prenne en compte que les 2 premiers caractères de la variable culture.

y a t il moyen de créer un fichier supplémentaire pour sucharger cette fonction, parce que la à chaque fois que je vais refaire un projet faudra que je me souvienne de modifier ce fichier:?

30/12/2010, 14h13
Michel Rotta

C'est un bug connu. Une différence de gestion de la langue entre doctrine et symfony.

Ma solution (pas propre) a été de faire la modification dans le framework différement. Du coup, je n'ai plus qu'à faire la modification si je change le framework (oui, je sais, ce n'est pas propre).
30/12/2010, 16h51
erictomcat

tu modifie le framework a quel niveau ?
31/12/2010, 13h58
Michel Rotta

Pas directement le framework, le plugin sfDoctrinePlugin objet sfDoctrineRecord méthode listenToChangeCultureEvent.

Il suffit de la modifier pour lui dire de ne pas prendre en compte toute la culture récupérer dans l'évent, mais uniquement le deux caractères qui te conviennent.
04/01/2011, 09h34
erictomcat

je suis reparti de zéro, le bug n'apparait plus.

Même remarque que pour l'autre post.

Symfony semble avoir un gros problème avec le multilingues.
04/01/2011, 09h55
Michel Rotta

Symfony gère le multi-lange ET le multi-culture dans une seule zone.

Doctrine ne gère que le multi-langue.

Il y a un problème à la jonction des deux mondes, si non, chacun de son côté, ils marchent bien.

Si tu n'as pas de besoin de gestion de la culture, tu peux t'en passer, ne gérer que la langue, y compris dans les zones cultures de symfony et tu n'as, alors, plus aucun problème. Attention malgré tous, certain widget utilisent la culture sans nécessairement le signaler.