Nicholas Krämer

#201 takes care of most of this, but leaves some open todos for applications in trace estimation (which is why this issue remains open for a bit longer). Edit: the...

Thanks for reaching out! You're raising a good point. Currently, I don't have much intuition on what the best solution would be. At first thought: - I think a `Q=None`...

Reopening this. They are one object, but the more granular implementation is still an open question.

Closing because I am pretty sure this won't ever happen...

Hi Adam, thanks for reaching out. Could you maybe elaborate on which behaviour you'd expect and which behaviour you see?

I see, thanks for elaborating! So do I understand correctly that you'd expect that the ODE solver state has the same dtype as the initial condition? That sounds reasonable. Indeed,...

Hi - thanks for reaching out! Tueplots' figure sizes support a `rel_width` argument. Could setting `rel_width=0.5` in eg [figsizes.iclr2024](https://tueplots.readthedocs.io/en/latest/docs_api/tueplots.figsizes.html#tueplots.figsizes.iclr2024) or [bundles.iclr2024](https://tueplots.readthedocs.io/en/latest/docs_api/tueplots.bundles.html#tueplots.bundles.iclr2024) be what you're looking for?

Thanks for following up. Yes, padding is a bit tedious in this context. One relatively simple fix that might work is to adjust rel_width up or down according to the...

> The need to split figure rendering part by part stems from the use of addition (vector) graphics that gives instructive image or illustrates entire experiment setup. Oh, I haven't...

Sorry to bother you again, @daskol... Does the thumbs-up reaction to the previous message mean you like the solution, or does it mean something else? 😅 Thanks for your feedback;...