Hello,
Firstly, thank you for your reply. However, I would like some further
explanation please.
If I understand, but I'm not sure at all, calculating (xmaxxmin) / 10
gives the number of points to draw the curve. However, in my example,
xmax = 4 and xmin = 2, so (xmaxxmin) / 10 = 0.6. My
Hello,
Why curve drawn is not that expected ?
Fabrice
\starttext
\startMPcode
input hvdm;
l:=2.8mm; r:=0.6; alfa:=45; beta:=0; gamma:=0;
defineDefaultArrow (l, r, alfa, beta, gamma);
numeric xmin, xmax, ymin, ymax;
xmin :=2; xmax := 4; ymax :=5 ;ymin:=1; u := 1cm;
On 5/27/2014 10:19 PM, Fabrice Couvreur wrote:
Hello,
Why curve drawn is not that expected ?
Fabrice
use /20
\starttext
\startMPcode
input hvdm;
l:=2.8mm; r:=0.6; alfa:=45; beta:=0; gamma:=0;
defineDefaultArrow (l, r, alfa, beta, gamma);
numeric xmin, xmax, ymin,
It works. But how to choose not to avoid this problem (/10 or /20 or ) ?
Another little problem: if I use
setbounds currentpicture to boundingbox (((xmin,ymin) (xmax,ymax))
scaled u) ;
the images are not adjusted to the BoundingBox.
So I'm back to my original idea.
Fabrice
On 5/28/2014 12:09 AM, Fabrice wrote:
It works. But how to choose not to avoid this problem (/10 or /20 or
) ?
well, you can guess the amount of steps ... but the 1000 you had
originally was way too much
