|
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 |
80 | | ------------------------------------------------------------ |
| 79 | +colorbar whose height (or width) is in sync with the main axes |
| 80 | +-------------------------------------------------------------- |
81 | 81 |
|
82 | 82 | .. figure:: ../../gallery/axes_grid1/images/sphx_glr_simple_colorbar_001.png |
83 | 83 | :target: ../../gallery/axes_grid1/simple_colorbar.html |
|
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. The ``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