From: Arnd B. <arn...@we...> - 2006-03-09 09:49:45
|
On Thu, 9 Mar 2006, Andre Wobst wrote: > Hi, > > On 09.03.06, Thomas Pohl wrote: > > I would support this feature request: Why not have > > an option in writeEPSfile which prevents negative > > bounding box values? It would help to circumvent > > the problems with eps->pdf conversion. > > I'm -0 on that. > > While it's better than using a paperformat by default (that we would > have the problem which to choose -- while A4 would be natural in > Europe, it would be a quite strange choice in the US). I think neither of us meant that A4 should be choosen. Only that by default the coordinates get shifted so that no negative values arise. Of course, negative values are perfectly valid, as you convincingly argued. However, if there is buggy software, it will be used. This is actually how the whole issue came up: a colleague uses the dvipdfm tool-chain and all my nice PyX graphics came out corrupted (of course he was blaming PyX and me ... ;-). So if it is easy to just shift (no paperformat), I am +1 on this. > Still, I think it's not necessary. First of all it shouldn't be the > default. Suppose you're creating a document with crop marks and > makeing the whole think a little bigger than your final papersize. > That's perfect and you can just use the real and final coordinates in > your scripts. As it should be. > And why should you need to disable some > strange kind of shifting to just get out what you just painted. No, I > don't think it's any good ... Maybe it then depends on the more common use case, which default would be preferrable ;-)... > Lesson to be learned: Use a paperformat. It's a nice, *additional* > feature. > > Just my two cents ... Well, yours weigh more than ours ;-). When using a paperformat and the graph is too large to be centered on that, would it be possible to put out a warning? (I just checked that it is not presently). Or is there some way to check this afterwards? Best, Arnd |