Re: [Dolibarr-dev] conditions de règlement proposition commerciale

[Christophe PEREZ]

Aucun commentaire sur le sujet ?
J'avoue que j'aimerais bien comprendre ce libelle_facture et la raison
de son existence.

Le vendredi 09 juin 2006 à 12:25 -0400, Christophe PEREZ a écrit :
> Si je ne m'abuse, ce n'est pas le bon champ libellé qui est récupéré
> pour les documents (ou alors, ce libelle_facture ne sert à rien).
> 
> Il faudrait donc adapter :
> --- propal.class.php    5 Jun 2006 18:03:15 -0000       1.135
> +++ propal.class.php    9 Jun 2006 16:21:21 -0000
> @@ -748,7 +748,7 @@
> 
>                  if ($this->cond_reglement_id)
>                  {
> -                   $sql = "SELECT rowid, libelle, code";
> +                   $sql = "SELECT rowid, libelle, libelle_facture,
> code";
>                     $sql.= " FROM ".MAIN_DB_PREFIX."cond_reglement";
>                     $sql.= " WHERE rowid = ".$this->cond_reglement_id;
> 
> @@ -758,6 +758,7 @@
>                     {
>                         $objc = $this->db->fetch_object($resqlcond);
>                         $this->cond_reglement      = $objc->libelle;
> +                       $this->cond_reglement_facture      =
> $objc->libelle_facture;
>                         $this->cond_reglement_code = $objc->code;
>                    }
>                  }
> 
> Puis, en tenir compte dans la génération des pdf.
> 
> Personnellement, je ne comprends rien à cette ligne dans les propal
> azur :
> $lib_condition_paiement=
> $langs->trans("PaymentCondition".$prop->cond_reglement_code)?$langs->trans("PaymentCondition".$prop->cond_reglement_code):$prop->cond_reglement_facture;
> 
> Comment prévoir une traduction d'un code qui lui fait partie d'une table
> de dictionnaire ? Ça me semble assez incohérent, et du coup, je ne capte
> pas l'objectif.
> 
> J'ai donc remplacé pour mon usage par un simple :
> $lib_condition_paiement=$prop->cond_reglement_facture;
> 

-- 
Christophe