Re: Argh: Why are arrows clipped to the graph?

[Daniel J S. <dan...@ie...>]

Harald Harders wrote:
> On Fri, 11 Nov 2005, Daniel J Sebald wrote:
> 
> 
>>>set size 2,2
>>>set terminal png
>>>set output 'asdf.png'
>>>plot sin(x)
>>>set output
>>>
>>>Have of the tic marks are missing.
> 
> 
> sed s/Have/Half/.
> 
> 
>>Hmm.  Not right of course, but this seems as though it may be a
>>different bug.  I see all the tic marks, but the annotation is what is
>>missing.
> 
> 
> That's what I meant. It's easy: All text that is requested with a screen
> coordinate above 1 is not printed. It does not have to do with negative or
> positive numbers. Just try another size than 2,2.

Oh, I see what you are saying.  (Got to explain a bit more.)  The text
clips, but not the lines.  Yeah.

> 
> 
>>>>Also, write a nicer do_arrow(), as Ethan suggests.  I think I could do
>>>>it fairly easily, but I simply don't have time now.  It would have to
>>>>wait until after the holidays.
>>>
>>>What do you want to improve? For me, the Postscript arrows are good
>>>enough.
>>
>>I'd thought I'd read in the thread somewhere that better PostScript
>>arrows clipped at the edge of the canvas were desired.  Sorry.
> 
> 
> If the line and the filled-path code supports correct clipping and the
> original arrow code uses these clipped lines and filled paths,
> parly clipping of arrow heads will be supported by every terminal.

OK, here we get into a philosophical debate.  If you have a full-featured
resource like PostScript, shouldn't you allow the arrows to extend past the
edge and let PostScript do the clipping?  I can imagine some users who don't
do things exactly right, but then can correct matters with an offset in
there word processor or whatever.  Someone shifts their EPS file into view
and lo-and-behold, the arrow or line is cropped in a funny way.  [Not too
much different than the example you've shown for PNG.]

[continued...]