It is however undecided if the slice style should suppress the
horizontal shadow forcefully. It does not so far.
This commit has removed the \spx@ShadowFBox macro which got so
simple that its meaning could be put directly into \FrameCommand
definition.
Sorry about this, the \expanded was added to pdflatex in 2019 only
(but was available earlier to lualatex). This is in contrast
with \unexpanded which has been available for more than 15 years.
On a system with LaTeX package pict2e unavailable it would lead
to an infinite loop. Caused by forgotten update of a macro name
which has changed meaning.
This issue was not clearly visible on code-blocks whose contents always
occupy at least one full height line and 1pt is small compared to it and
the default padding. It became more obvious when experimenting (work in
progress) with applying the macro to inline contents with zero padding.
Previously, ``nested_parse_with_titles`` always passed ``0`` as the input
offset when invoking ``nested_parse``. When parsing the content of a
directive, as is a common use case for ``nested_parse_with_titles``,
this leads to incorrect source file/line number information, as it
does not take into account the directive's ``content_offset``, which is
always non-zero.
This issue affects *all* object descriptions due to GH-10887. It also
affects the ``sphinx.ext.ifconfig`` extension.
The ``py:module`` and ``js:module`` directives employed a workaround for
this issue, by wrapping the calls to ``nested_parse_with_title`` with
``switch_source_input``. That worked, but was more complicated (and
likely less efficient) than necessary.
This commit adds an optional ``content_offset`` parameter to
``nested_parse_with_titles``, and fixes callers to pass the appropriate
content offset when needed.
This commit eliminates the now-unnecessary calls to
``switch_source_input`` and instead specifies the correct ``content_offset``.
Revert b32841e153
to fix parallel search index building
The image-related changes were already reverted in
2a7c40d07f,
but the search index changes also need to be reverted.
It would be nice to support parallel search index building, but the
necessary support for merging the search indices produced by each
process needs to be added first.
