|
68 | 68 | % \spx@arrayrulewidth is used internally and its meaning will be set according
|
69 | 69 | % to the table type; no extra user code should modify it. In particular any
|
70 | 70 | % \setlength{\spx@arrayrulewidth}{...} may break all of LaTeX... (really...)
|
71 |
| -\def\spx@arrayrulewidth{\arrayrulewidth}% 5.2.0, to be adjusted by each table |
| 71 | +\def\spx@arrayrulewidth{\arrayrulewidth}% 5.3.0, to be adjusted by each table |
72 | 72 | % using here T (for Tabulary) feels less of a problem than the X could be
|
73 | 73 | \newcolumntype{T}{J}%
|
74 | 74 | % For tables allowing pagebreaks
|
|
193 | 193 | % NOTA BENE: since the multicolumn and multirow code was written Sphinx
|
194 | 194 | % decided to prefix non public internal macros by \spx@ and in fact all
|
195 | 195 | % such macros here should now be prefixed by \spx@table@, but doing the
|
196 |
| -% update is delayed to later. (written at 5.2.0) |
| 196 | +% update is delayed to later. (written at 5.3.0) |
197 | 197 |
|
198 | 198 | %%%%%%%%%%%%%%%%%%%%%
|
199 | 199 | % --- MULTICOLUMN ---
|
|
236 | 236 | % \arrayrulewidth space for each column separation in its estimate of available
|
237 | 237 | % width).
|
238 | 238 | %
|
239 |
| -% Update at 5.2.0: code uses \spx@arrayrulewidth which is kept in sync with the |
| 239 | +% Update at 5.3.0: code uses \spx@arrayrulewidth which is kept in sync with the |
240 | 240 | % table column specification (aka preamble):
|
241 | 241 | % - no | in preamble: \spx@arrayrulewidth -> \z@
|
242 | 242 | % - at least a | in the preamble: \spx@arrayrulewidth -> \arrayrulewidth
|
|
267 | 267 | % Sphinx generates no nested tables, and if some LaTeX macro uses internally a
|
268 | 268 | % tabular this will not have a \sphinxstartmulticolumn within it!
|
269 | 269 | %
|
270 |
| -% 5.2.0 adds a check for multirow as single-row multi-column will allow a row |
| 270 | +% 5.3.0 adds a check for multirow as single-row multi-column will allow a row |
271 | 271 | % colour but multi-row multi-column should not.
|
272 | 272 | % Attention that this assumes \sphinxstartmulticolumn is always followed
|
273 | 273 | % in latex mark-up either by \sphinxmultirow or \begin (from \begin{varwidth}).
|
|
431 | 431 | % to row color for the duration of the Sphinx multicolumn... the (provisional?)
|
432 | 432 | % choice has been made to cancel the colortbl colours for the multicolumn
|
433 | 433 | % duration.
|
434 |
| -% Sphinx 5.2.0 comment: |
| 434 | +% Sphinx 5.3.0 comment: |
435 | 435 | % - colortbl has no mechanism to disable colour background in a given cell:
|
436 | 436 | % \cellcolor triggers one more \color, but has no possibility to revert
|
437 | 437 | % a previously emitted \color, only to override it via an additional \color
|
438 |
| -% - prior to <5.2.0, Sphinx did not officially support colour in tables, |
| 438 | +% - prior to 5.3.0, Sphinx did not officially support colour in tables, |
439 | 439 | % but it did have a mechanism to protect merged cells from being partly
|
440 |
| -% covered by colour panels at various places. At 5.2.0 this mechanism |
| 440 | +% covered by colour panels at various places. At 5.3.0 this mechanism |
441 | 441 | % is relaxed a bit to allow row colour for a single-row merged cell.
|
442 | 442 | %
|
443 | 443 | % fixcolorpanel
|
|
480 | 480 | }
|
481 | 481 | \def\spx@CT@setup@nocolor#1\endgroup{%
|
482 | 482 | \global\let\CT@cell@color\relax
|
483 |
| - % the above fix was added at 5.2.0 |
| 483 | + % the above fix was added at 5.3.0 |
484 | 484 | % formerly a \cellcolor added by a raw latex directive in the merged cell
|
485 | 485 | % would have caused colour to apply to the *next* cell after the merged
|
486 | 486 | % one; we don't support \cellcolor from merged cells contents anyhow.
|
|
551 | 551 | % The colour issue is "solved" by clearing colour panels in all cells,
|
552 | 552 | % whether or not the multirow is single-column or multi-column.
|
553 | 553 | %
|
554 |
| -% MEMO at 5.2.0: to allow a multirow cell in a single column to react to |
| 554 | +% MEMO at 5.3.0: to allow a multirow cell in a single column to react to |
555 | 555 | % \columncolor correctly, it seems only way is that the contents
|
556 | 556 | % are inserted by bottom cell (this is mentioned in multirow.sty doc, too).
|
557 | 557 | % Sphinx could at Python level "move" the contents to that cell. But the
|
|
0 commit comments