On 14.03.06, Alan G Isaac wrote:
> Sometimes it would be nice to use pyx.graph.graph.pos to
> produce ticks. Not that there are not work arounds---there
> are of course---but ticks are very nicely behaved.
> Of course pos fails before dolayout, and I believe the axes
> (including ticks) must be specified before dolayout. But it
> seems that the information required to use pos could be made
> available by something like a "do_preliminary_layout", which
> would set the axis ranges but would still allow subsequent
> adding of ticks (especially manualticks).
> Does this make any sense?
In the dev version we already have further splitted up the dolayout
process. But I'm not sure whether it's any help for what you want to
do. The problem is, that *during* the creation of an axis, (i.e. when
an axis is actually painted, while not yet inserted into the graph),
the axis range can be altered. This is important, because the axis
range usually is adjusted to contain some automatically set ticks --
depending on the axis range. I don't think you can do something like a
g.pos-call before such a step is performed (except for when you
disable the axis range adjustments during axis creation, but this is
not wanted most of the time).
Overall, in the general case we *can't* provide g.pos without fixing
all axis properties, including all ticks (manually and automatically
set). I think this is the right thing to do ...
by _ _ _ Dr. André Wobst
/ \ \ / ) wobsta@..., http://www.wobsta.de/
/ _ \ \/\/ / PyX - High quality PostScript and PDF figures
(_/ \_)_/\_/ with Python & TeX: visit http://pyx.sourceforge.net/