Sam Isaacson comments

Results 697 comments of


                                            Sam Isaacson

CompatHelper: bump compat for BifurcationKit in [weakdeps] to 0.4, (keep existing compat)

This needs MTK to update to BifurcationKit .4 first

CompatHelper: bump compat for BifurcationKit in [weakdeps] to 0.4, (keep existing compat)

@TorkelE could you update the BifurcationKit extension now? MTK has updated to the newest version and dropped support for the version we have, giving us some issues (for example, we...

CompatHelper: bump compat for BifurcationKit in [weakdeps] to 0.4, (keep existing compat)

Only supporting 0.4 is fine; that wasn’t meant to be a complaint. We just need to update our wrapper around the MTK extension, and maybe the doc examples if the...

use MTK macro processing code instead of writing custom DSL code

OK, good. I missed that we use `parse_equations!` now (there is a lot of DSL code at this point...).

Adding an optional getname_as_string function

Maybe `get_display_name` would be better?

Adding an optional getname_as_string function

Exactly!

Adding an optional getname_as_string function

So for symbolics it would make that substitution and generate the string, but for normal `Symbol`s it could just call `string(sym::Symbol)` as it does now. Maybe the signature is `get_display_name(sys,...

Adding an optional getname_as_string function

Adding sys allows anyone who implements the SII interface to add a dispatch and control printing of components of their systems.

SII based plot recipe now exposes internal, non-user variables

I thought the goal was to hide the ExtendedJumpArray aspect from users and make solution objects look as much like ODE solutions as possible?

SII based plot recipe now exposes internal, non-user variables

FWIW, the last version that didn't have this behavior within a release was on SciMLBase 2.10. We then jumped with 9.11. to SciMLBase 2.31 where it appears. For JumpProcesses the...