|
39 | 39 | * The position of each axes is determined at the drawing time (see
|
40 | 40 | AxesDivider_), so that the size of the entire grid fits in the
|
41 | 41 | given rectangle (like the aspect of axes). Note that in this example,
|
42 |
| - the paddings between axes are fixed even if you changes the figure |
| 42 | + the paddings between axes are fixed even if you change the figure |
43 | 43 | size.
|
44 | 44 |
|
45 | 45 | * Axes in the same column share their x-axis, and axes in the same row share
|
|
76 | 76 | `.AxesDivider.append_axes` can then be used to create a new axes on a given
|
77 | 77 | side ("left", "right", "top", "bottom") of the original axes.
|
78 | 78 |
|
79 |
| -colorbar whose height (or width) in sync with the main axes |
| 79 | +colorbar whose height (or width) is in sync with the main axes |
80 | 80 | -----------------------------------------------------------
|
81 | 81 |
|
82 | 82 | .. figure:: ../../gallery/axes_grid1/images/sphx_glr_simple_colorbar_001.png
|
|
124 | 124 | if the host change its location (e.g., images).
|
125 | 125 |
|
126 | 126 | In most cases, you first create a host axes, which provides a few
|
127 |
| -method that can be used to create parasite axes. They are *twinx*, |
128 |
| -*twiny* (which are similar to twinx and twiny in the matplotlib) and |
129 |
| -*twin*. *twin* takes an arbitrary transformation that maps between the |
130 |
| -data coordinates of the host axes and the parasite axes. *draw* |
| 127 | +methods that can be used to create parasite axes. They are ``twinx``, |
| 128 | +``twiny`` (which are similar to ``twinx`` and ``twiny`` in the matplotlib) and |
| 129 | +``twin``. ``twin`` takes an arbitrary transformation that maps between the |
| 130 | +data coordinates of the host axes and the parasite axes. ``draw`` |
131 | 131 | method of the parasite axes are never called. Instead, host axes
|
132 |
| -collects artists in parasite axes and draw them as if they belong to |
| 132 | +collects artists in parasite axes and draws them as if they belong to |
133 | 133 | the host axes, i.e., artists in parasite axes are merged to those of
|
134 | 134 | the host axes and then drawn according to their zorder. The host and
|
135 | 135 | parasite axes modifies some of the axes behavior. For example, color
|
136 | 136 | cycle for plot lines are shared between host and parasites. Also, the
|
137 | 137 | legend command in host, creates a legend that includes lines in the
|
138 |
| -parasite axes. To create a host axes, you may use *host_subplot* or |
139 |
| -*host_axes* command. |
| 138 | +parasite axes. To create a host axes, you may use ``host_subplot`` or |
| 139 | +``host_axes`` command. |
140 | 140 |
|
141 | 141 | Example 1. twinx
|
142 | 142 | ~~~~~~~~~~~~~~~~
|
|
148 | 148 | Example 2. twin
|
149 | 149 | ~~~~~~~~~~~~~~~
|
150 | 150 |
|
151 |
| -*twin* without a transform argument assumes that the parasite axes has the |
| 151 | +``twin`` without a transform argument assumes that the parasite axes has the |
152 | 152 | same data transform as the host. This can be useful when you want the
|
153 | 153 | top(or right)-axis to have different tick-locations, tick-labels, or
|
154 | 154 | tick-formatter for bottom(or left)-axis. ::
|
|
177 | 177 | is anchored to the (axes) bbox, similarly to legends. These artists derive
|
178 | 178 | from `.offsetbox.OffsetBox`, and the artist need to be drawn in canvas
|
179 | 179 | coordinates. There is limited support for arbitrary transforms. For example,
|
180 |
| -the ellipse in the example below will have width and height in data coordinate. |
| 180 | +the ellipse in the example below will have width and height in data coordinates. |
181 | 181 |
|
182 | 182 | .. figure:: ../../gallery/axes_grid1/images/sphx_glr_simple_anchored_artists_001.png
|
183 | 183 | :target: ../../gallery/axes_grid1/simple_anchored_artists.html
|
|
0 commit comments