Re: [Dolibarr-dev] factures/propals et format impression pdf

[Christophe]

Le mardi 08 novembre 2005 à 00:44 +0100, Laurent Destailleur (Eldy) a
écrit :
> Erreur de mon côté. Je suis tombé sur une doc fouarreuse, car j'avais 
> meme un 4eme argument dans ma doc.

Ah !! Ça me rassure un peu sur mes capacités de compréhension ;-)

> J'ai ajouté un marge_gauche et marge_droite

Ok.

> >Du coup, je comprends que croyant modifier la marge basse, tu aies
> >finalement modifié la marge haute, ce qui m'avait d'ailleurs surpris.
> >
> >La marge basse semble gérée par :
> >SetAutoPageBreak(boolean auto [, float margin])
> >
> Ca c'est interressant, car il faudrait ici, si on veut une découpe 
> correcte forcé la valeur de la marge de l'autobreak a la valeur de 
> $this->marge_basse + hauteur de pied de page.

J'avais essayé quelque chose dans ce sens mais sans succès, et je ne
veux jamais aller trop loin dans les modifs de peur d'avoir trop de
conflits à gérer lors des mises à jour. Déjà avec ma tva, ça me suffit
largement ;-)

> Sinon on risque d'avoir 
> une partie du bas du tableau qui se superpose avec le pied de page.
> J'ai jamais fait de factures sur plusieurs pages, faudra que j'essaie 
> avec ca pour voir si tout est ok.

Ah ouais, faudrait ;-)

> >Autre chose, si la marge haute est gérée directement par la construction
> >du PDF, pourquoi avoir besoin de :
> >$posy=$this->marge_haute;   // La marge Top est de 10, on commence donc
> >a 10
> >?
> >
> La construction du PDF défini en effet la marge, mais quand on place le 
> texte il faut qd meme avoir des coordonnée depuis les bord de page sans 
> marge. En effet, rien n'empeche de vouloir mettre du texte dans la 
> marge.

Ah bon, c'est justement ça qui me fait bizarre.

>  Les valeurs de marges communiquées par SetMargin ont a mon avis 
> ont un role mineur (déterminer les ruptures de pages ou pb avec 
> imprimantes ?)

Si tu le dis, je veux bien te croire...

-- 
Christophe