Torkel Loman

I think one of the main worries with the SDEs with beownian is that it requires structural simplification, which implies a large delay for certain larger models (however, not sure...

(didn't mean to close the issue, was typing in my phone on a bus that suddenly went into a pothole...)

Pretty much as Sam says, yes, I have some back log of stuff to deal with right now, but hopefully we should manage to sort out an update not too...

You mean having a ```julia using Pkg Pkg.activate(".") Pkg.add("Catalyst") Pkg.add("BifurcationKit") Pkg.add("Plots") ``` a the beginning. Some tutorials are already rather long (mostly my fault), so a bit reluctant to expand...

That's a good point, sounds like something like this and https://github.com/SciML/Catalyst.jl/issues/703 is probably better handled at the same time. Going in this direction would be a very significant endeavour though,...

1. I think I did a long pass for this regarding inputs, but this seems to now become a thing regarding outputs as well. I will have a look at...

The output thing is something we need to deal with more generally whenever `structural_simplify` has been involved. However, there are some implications for plotting I'd like to have ironed out...

I think the main function is basically as a form of simplification (i.e. if the same expression occurs in several cases, one can simply replace it with a single parameter)....

Wasnät there a big thing that you shouldn't use integer indexing for MTK+style models, as you cannot know which index the different parameter have (in case MTK scrambles them up)?...

Yes, we still need some additional modifications, but we should be able to make the Catalyst interface more straightforward at least.