dolibarr-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Christophe PEREZ
Subject: [Dolibarr-dev] conditions de règlement proposition commerciale
Date: Fri, 09 Jun 2006 12:25:29 -0400

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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]