Reprise du message précédent :

Supprimer manuellement des entrées de cache ça marche aussi avec Doctrine :
http://www.doctrine-project.org/up [...] provements

je n'avais pas vu ça

T'as ptet le même genre d'infos sur SQL Server

Bonjour,

J'ai un ptit problème, je me sert de l'adminGenerator pour administrer une table.

ma table a la forme suivante :
id
libelle
date_insert
nom_insert
date_update
nom_update

J'ai donc mis display [libelle] pour les écran d'ajout et d'édition pour qu'on ne renseigne que le champ libelle.
Les champs date_insert,nom_insert,date_update,nom_update sont mis automatiquement à jour avec un listener en preUpdate pour date_update,nom_update et en preSave pour les deux autres.

Le problème est que dès que je modifie un enregistrement ça me remet date_insert et nom_insert à NULL. (Si je rajoute d'autres champs que je n'affiche pas non plus dans mon form, ils sont aussi remis à null)

Ca vient du fait que je n'affiche pas ces champs dans le formulaire ?Et que symfony essaye de récuperer ces valeurs et donc les mets à NULL en ne trouvant pas leur valeur?

C'est possible de faire une page d'édition ou on ne modifie qu'une partie des champs sans toucher aux autres valeurs?

Ca ne vient pas de mes listener, si je les commente , le résultat est le même.

Merci

pour les dates, tu as regardé du côté du behavior (actas ) timestampable ( si tu utilises doctrine )  
tu peux montrer le code de ton preupdate ?
 

A noter que preSave() est toujours appelé (insert ou update) ; c'est preInsert() si tu veux un autre comportement pour l'insert.

Sinon pour ton pb je paries $8 que pour désactiver tes champs tu les as simplement virés du generator.yml.
Mais ça ça les vire pas de l'objet form en fait (ça les affiche juste pas), il faut faire explicitement unset($this['nom_insert']); dans ton MachinForm::configure();

Je me suis inspiré de timestampable pour faire mon listener, mais ça vient pas de la , je l'ai désactivé dans mon schema et c'est pareil.

C'est bien preInsert que j'utilise.
Oui je les ai viré de mon generator en mettant display: [libelle], faut aussi que je fasse unset des champs que je veux pas montrer?
Et si je veux qu'un champs soit dispo uniquement en modification ? ( le champ "valid", un flag qui dit si mon enregistrement a été validé ou non, j'ai aussi crée un behavior pour ça), j'ai moyen de faire un if ($row->isNew()) dans mon form (Quelle est la syntaxe, la bonne manière de faire ?)

if($form->getObject()->isNew()

si tu as plusieurs form( un pour création , un pour validation) , tu fais deux classes qui heritent de ton form de base et   tu choisi le bon dans ta fonction processForm de action

Merci

if($form->getObject()->isNew()

Voilà, ça ferait  

public function configure()
{
  if (!$this->object->isNew())
   unset($this['insertmachin']);
}

public function configure()
{
  if (!$this->object->isNew())
   unset($this['insertmachin']);
}

 
Perso , je ferai plutot  
 

class TrucForm extends BaseTrucForm{
 function configure()
     {
        //ce qui est commun au deux
    }
 
}
 
class TrucFormCreate extends Trucform{
     function configure()
     {
        //ce qui est spécifique à la création ( par exemple des labels) 
    }
}
 
class TrucFormUpdate extends Trucform{
     function configure()
     {
         unset($this['insertmachin']);
    }
}
 
 
//action.class.php
class TrucAction extends sfActions{
    public function executeCreate(){
          $this->form = new TrucFormCreate ();
   }
    public function executeUpdate(){
          $this->form = new TrucFormUpdate  ();
   }
}

Sur le principe ok, mais si ya que 2 champs à virer...

ratibus > sur ton plugin quand j'ai une erreur fatale dans mon code (genre nue erreur de nom de fonction) , au lieu d'avoir le vrai messare d'erreur j'ai  

 
il semble que dans ce cas là , assethelp ne soit pas chargé  
 
c'est dommage qu'un  outil de debuggage masque des erreurs

Ouais on a eu ça ici aussi
http://trac.symfony-project.org/changeset/28968
 
Depuis sf1.3/1.4 ils affichent la webdebugtoolbar en cas d'exception. Donc t'as une exception dans ton code

J'avais fait le même patch

oui ,j'ai une exception dans mon code , mais j'aimerai bien un indice ( meme si , dans ce cas, j'ai juste fait une sale faute de frappe )

Patch crado s'il en est
Faut que je l'améliore mais pas le temps là. Le quick & dirty c'est bien pour cet usage

mais pourquoi il laisse apsser ce genre de trucs :

INSERT INTO activite_agent (id, activite_id, agent_id, debut, fin, duree, cout, statut) VALUES ('', '', '', '', '', '', '', '')

alors que j'ai une belle fonction de validation qui devrait me péter à la gueule

public function isValid($deep = false, $hooks = true)
    {
        if(!$this->getAgentId()){
            return false;
        }
        
        if(!$this->getDebut() && !$this->getFin() && $this->getActivite()->getTypeActivite()->estHorodate())
            return false;
 
        return parent::isValid($deep, $hooks);
    }

et bien sur il ne me pete pas une contrainte de violation de clé alors que agent_id activite_id sont des clés étrangères

Merci pour vos réponse

• Sinon j'ai une autre question, quand je modifie mon schema et que je fais un build --all --and -load, y a un moyen de configurer le fait de dropper les tables ou non ?En fait j'ai mon site et mon forum dans la même base, ducoup je suis obligé de faire build-schema pour mettre à jour mon schema à chaque changement de structure de table que je suis obligé de faire directement dans phpmyadmin, sinon le build--all --and-load me dropperait mes tables du forum et je serai obligé de réimporter les données à chaque fois . Du coup qd je fais un build-chema je perds toutes les conf des behaviors et les modifs que j'ai fais dans le schema avant (genre passer les tinyint(1) en boolean pour avoir une checkbox dans l'admin générator)

Quelle est la bonne façon de faire ?

• Autre question, le behavior que j'ai crée set l'id du user qui a inseré la ligne (au preInsert), dans les filtres de l'admin générator j'ai donc un select dans les filtres contenant la liste des utilisateurs pour pouvoir filtrer sur le id_user_insert. Le problème est que je voudrais récupérer la liste des user qui ont au moins inséré une ligne dans cette table.

(En gros select * from users where id_user in( select distinct id_user_insert from matable). J'aimerai ne pas mettre cette méthode dans tous mes modèles de tables, comment la factoriser proprement avec mon behavior ?

Merci

- il y a les migrations ( mais je n'ai pas testé )

- sauf erreur de ma part, ton behavior peut ajouter des méthodes dans matableTable ,non ? Si oui  il  te "suffis" d'y ajouter une fonction getUsersWithAtLeastOneInsertInMyTableWithMyBehavior()

J'ai pas tout pigé, mais pourquoi tu fais pas ton drop via un script à toi, et ensuite tu rebuild avec doctrine ?
 

->maMethodeTableProxy() dans le behaviour plutôt
Avec ça tu peux appeler Table->maMethode(), transparent et pas chiant.

Merci pour vos réponse je vais jeter un oeil à tout ça

Bonjour,

J'ai un problème avec les filters, j'ai besoin de mettre des choix multiples pour tous mes select et aussi une valeur vide.

Ca marche très bien quand je mets pas le choix multiple, si je choisi l'option vide, ça prend pas en compte le champ dans les critères de recherche.

Par contre si je met un choix multiple et que je choisi uniquement la valeur vide, j'ai un beau sfValidatorError ('invalid.')

Comment faire donc pour avoir un select multiple et autoriser de choisir uniquement la valeur vide ('--selectionnez--')

Merci

comment tu déclare la liste des valeurs acceptées ?

Mon widget c'est un sfWidgetDoctrineChoice en passant allow_empty  = true et multiple = true en option.
Mon validateur c'est un sfValidatorDoctrineChoice, je le passe multiple = true en option.
 
Mes listes sont donc chargées à partir de tables.

Bonsoir.
 
J'ai besoin d'une petite précision dont je trouve pas de réponse.
 
J'ai une schéma comme ceci.
 

 
J'ai généré ce yml à partir d'un plugin pour mysql workbench (même si cela n'a aucun intérêt d'être précise), donc j'aurais voulu savoir a quoi correspond le authorUser, il s'agit du nom de ma relation je suppose mais comment cela est il utilisé concrètement dans symfony, j'ai bien compris l'utilisation du foreignAlias mais pour le nom de la relation l'utilise t'on explicitement?
 
Merci

tu t'en rendras mieux compte en générant tes modèles.
Une fois que ce sera fait, va dans lib/model/doctrine/base/BasePost.php

tu y verras des methodes getAuthorUser() et setAuthoUser();

c'est aussi le nom de cette relation que tu utiliera pour faire des jointures

$q = Doctrine::getTable('Post')
->createQuery('p')
->leftJoin('p.authorUser u);

et de l'autre côté, tu pourra faire $user->getPosts()

Merci flo850, c'est bien clair du coup.

Une autre petite question.
 
Dans la doc je vois ceci.
 

 
Le foreignType ca correspond au type de relation sur la table étrangère et le type ca correspond au type de la relation locale?
 
Merci

Ca correspond au type de la relation sur la table étrangère.
 
Là tu es sur Phonenumber. Tu définis une relation vers User, type:one. Ton Phonenumber est donc relié à un user. foreignType: many signifie donc que un User est relié à plusieurs Phonenumbers.

Ouais, en gros là un User aura une collection de PhoneNumbers, et un PhoneNumber aura un seul objet User.

Mais comme c'est le comportement par défaut, et "id" le champ externe par défaut, tu peux aussi bien écrire juste :

Ca devient intéressant si l'User a un seul PhoneNumber (foreignType: one), par ex.

Merci à vous deux.

Voici le schéma de la partie de la base de donnée qui nous intéresse (je pense qu'il est très clair, si ce n'est pas le cas dites le).
 

 
Je suis en train de réfléchir a quoi faire lors de la suppression d'un "term".
 
Pour la table term_taxonomy c'est simple il faudrait faire un ON DELETE CASCADE dans la définition de mon schéma.yml, cependant cela se complique pour relationship.
 
En effet lors de la suppression dans term_taxonomy il faudrait que je recup d'abord l'id de la ligne qui va être supprimé par le CASCADE et ainsi cela me permettrait de pouvoir supprimer la bonne ligne dans relationship en lui disant de virer les lignes ou term_taxonomy_id = id récupéré.
 
Je suppose que rien est prévu dans symfony pour cela?
 
Il vaut mieux que je gère moi même toute la mécanique au lieu d'essayer de faire gérer ça dans mon schéma de symfony?
 
Merci

HS
Joli diagramme, fait avec quoi ?
/HS

J'ai p-e mal pigé, mais tu ne veux pas faire un ON DELETE CASCADE dans term_relationship sur la FK fk_term_relationship_term_taxonomy ?
 

Un truc moins moisis que DBDesigner apparemment

Je pense que ça vient de mysql GUI tools
http://dev.mysql.com/downloads/workbench/5.2.html
 
Sinon personne pour mon problème de validateur de select multiple avec une option vide ? (voir qq posts au dessus)

Pas encore assez touché aux filters de l'admin, perso. Et la doc,
Faut fouiller dans le camboui

Effectivement diagramme fait avec mysql wokbench, il existe même un plugin d'export en yml doctrine  (a rajouter)
http://code.google.com/p/mysql-wor [...] ne-plugin/

Ben oui en fait c'est tout con, je sais pas pourquoi j'ai vu cela plus compliqué qu'avec la table term_taxonomy alors qu'en fait c'est le même principe.
Sorry.

 
Ta réponse est la si j'ai bien compris.
http://www.tig12.net/downloads/api [...] class.html
 
 configure()
protected function configure(  $options = array()
$attributes = array())
Constructor.
 
Available options:
 
* model: The model class (required)
* add_empty: Whether to add a first empty value or not (false by default)
If the option is not a Boolean, the value will be used as the text value
* method: The method to use to display object values (__toString by default)
* key_method: The method to use to display the object keys (getPrimaryKey by default)
* order_by: An array composed of two fields:
* The column to order by the results (must be in the PhpName format)
* asc or desc
* query: A query to use when retrieving objects
* connection: The Doctrine connection to use (null by default)
* multiple: true if the select tag must allow multiple selections
* table_method: The method to use to display the object keys (getPrimaryKey by default)
Parameters
$options  
$attributes
 
Si j'ai mal lu sorry

Arrrrh
 
 
Ca a l'air chiant de faire du HTML 5 avec la couche template de Symfony