You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Most of the time, the docs build procedure uses sphinx-autodoc-typehints to move typehints from function signatures into the docstring (as far as Sphinx sees). However, in some cases that's not entirely possible, for example when a function or method uses typing.overload to specify two separate calling conventions. In these cases, the type information is still in the function signature (which is probably a good thing - it's clearer when there's two separate ones), but the Sphinx theme mistreats the internal links; they match the same CSS rules for position: absolute that the little [source] link does.
Yeah, it's not a problem of sphinx-autodoc-typehints specifically, I think it's that CSS rule that's applying a position: absolute a little too excitedly.
Most of the time, the docs build procedure uses
sphinx-autodoc-typehints
to move typehints from function signatures into the docstring (as far as Sphinx sees). However, in some cases that's not entirely possible, for example when a function or method usestyping.overload
to specify two separate calling conventions. In these cases, the type information is still in the function signature (which is probably a good thing - it's clearer when there's two separate ones), but the Sphinx theme mistreats the internal links; they match the same CSS rules forposition: absolute
that the little[source]
link does.For example, on the page for
qiskit.circuit.QuantumCircuit.if_test
:I'm not sure how long this has been the case.
The text was updated successfully, but these errors were encountered: