Re: strange box-offset

[<tim...@en...>]

Just to confirm the differences between the way the core uses fillboxes,=20
here is the code for one patterned rectangle generated by "test" to the=20
debug terminal :

fillbox/clear at (418d,0d), area (12d,48d), style 146)
move 418, 0
vect 418, 48    (0, 48)
vect 430, 48    (12, 0)
vect 430, 0     (0, -48)
vect 418, 0     (-12, 0)

to compare with what Mojca pointed out :
> When I tried the same example with the ConTeXt terminal (might be just
> any text-based terminal) I spotted the following in the output:
>
> fill unitsquare xyscaled (2.04,32.09) shifted (52.15,18.03);
> draw (52.15,18.03)--(52.15,50.11)--(54.18,50.11)--(54.18,18.03)
> 	--(52.15,18.03)--cycle;
>
> 32.09+18.03=3D50.12, but the rectangle is filled up to 50.11
>  =20
In addition to this remark, here are some extract of the output of=20
fillstyle.dem :


Legends of "plots ... with boxes" :

fillbox/clear at (445d,348d), area (34d,5d), style 0)
move 445, 348
vect 479, 348   (34, 0)  =3D> 34 =3D area.x
move 479, 348   (0, 0)
vect 479, 352   (0, 4)    =3D>    4 =3D area.y - 1
move 479, 352   (0, 0)
vect 445, 352   (-34, 0)
move 445, 352   (0, 0)
vect 445, 348   (0, -4)

(Hmm, and a couple of useless "move", by the way)

Fillboxes in the plot :

fillbox/clear at (88d,14d), area (21d,7d), style 1601)
move 88, 14
vect 88, 20     (0, 6)  =3D> 6 =3D area.y -1
vect 108, 20    (20, 0)  =3D> 20 =3D area.x -1
vect 108, 14    (0, -6)
vect 88, 14     (-20, 0)

or

fillbox/clear at (365d,14d), area (20d,12d), style 1601)
line -2
move 365, 14
vect 365, 25    (0, 11)  =3D> 11 =3D area.y -1
vect 384, 25    (19, 0)  =3D> 19=3D area.x -1
vect 384, 14    (0, -11)
vect 365, 14    (-19, 0)


Conclusion : "test", fillboxes from plots with boxes, and fillboxes from=20
the legend of plots with boxes have to be harmonized.

Timoth=E9e