this would be possible if someone wanted to do it, but its non-trivial esp. as many objects have have ARM code in them, and also issue surrounding sample rate.
this has been discussed in various topics, I think the last one was this;
(saying that I thought, I half remember a more in depth discussion in a different topic)
the ide makes no attempt to calculate dsp load.
I think also to counter the above, whilst the above would be useful , and widen appeal (for the software rather than hardware?!)
the workflow for axoloti if you have a board is very fast.
the going from editing to the patch running , takes what, 5-10 seconds? so its not really a chore, and I know this is still an area Johannes has talked about trying to improve e.g using incremental compiling.
so whilst, as a programmer, im all for reducing the compile, test lifecycle, its really not that bad on axoloti - I spend lots more time thinking about how to arrange/design a patch, compared to compiling/running it...
not saying its not a good idea, it is, and has been suggested many times - its just no one has wanted to take it on.
I also wonder, how much extra revenue would axoloti editor producing vsts create for axoloti/Johannes - perhaps a little in cross sales.
but on the flip side there would be more support costs for the axoloti editor (from non paying users) which Johannes cannot charge for... would this be offset by an increase in axoloti sales?
axoloti is a bit unusual, the hardware sales finance not only the production/distribution of hardware, but the dev of software, support costs, even this forum...
and because the software has been open sourced, theres no opportunity to derive more income from that by extending its functionality/scope..
but that's just my viewpoint, it almost a hypothetical question really,
as only Johannes can make that call, we can just speculate