From: Daniel J S. <dan...@ie...> - 2004-07-25 01:52:31
|
Hans-Bernhard Broeker wrote: >Depends on what it is you're trying to do. That quantity is >terminal-dependant, yes, but not really unkown. And it's fixed for the >time being. So it depends on whether you want the graph box exactly in >some particular physical size, or just want to fix it in place from one >plot to the next. Multiplots are a tricky business of their own, then. > >>From a formal viewpoint, requesting the graph box in any fixed size >positions, independent of how many decorations surround it, is bound to >lead to sub-optimal or broken plots one way or the other for at least some >of the terminals: if the output page size is not controllable by gnuplot >(e.g. for printer terminals), and you fix the graph box on top of that, >you'll either have elements of the plots fall off the page, or leave >undesirably large margins, as the amount of decoration in the margins >varies. > True. But, to me anyway, the more important detail is that there be a way of making the plots the same size, and aligned. If the "decorations" are off a bit here or there, that's tolerable. Also, in many cases there is a location option for many of the decorations if one wants to get meticulous. With scientific plotting, if you want to compare something in one plot with what is in a nearby plot and spatial relation is important, it is nice to have the comfort of knowing that the graphs are the same size. As a case in point, try reaching some conclusion about time signals if the margin of one is longer than the other because of annotation. >[set key below...] > > > >>That isn't the behavior I see. No matter what value of bmargin I use, >>the height of the plot becomes shorter when "set key below" is used. >> >> > >Hmmmm... yes, a bug. The vertical order of things apparently is > > graph box > x tics > bmargin > key below > >key below and bmargin should trade places. Which means someone will >have to go into boundary() and fix this. That's about the scariest >function in all of gnuplot. > Hey, fools rush in. Dan |