😬 What was hard for you to discover in Coda?

I have a feeling it’s a recent change introduced with this patch:

because this one hints at how Coda changes the behavior of actions to be non-blocking in certain scenarios.

Or it could be a change introduced along WithName(), although I don’t remember any regressions in this regard at the moment.

Fact: I don’t remember having any problems with omitting RunActions() in a FormulaMap before. I only noticed it now. I was doing quite a lot of client work and I used to omit RunActions() quite often. So I assume that if this behavior existed before February, I would have caught it already. I had a pause in consulting since February, and I only caught it now. I also caught a few bugs around using CurrentValue and WithName in FormulaMap/RunActions.

That’s why I’m concerned in the first place. What if this is a recent change indeed and many of my old clients’ docs are now broken?

Other than this, there’s evidence of RunActions() forcing sequential behavior back in 2019:

There’s no evidence that lack of RunActions() used to run non-sequentially though.

Never heard of this; I never doubted that I could use RunActions anywhere, it never gave me any errors. FWIW I joined Coda in Mar 2019; maybe it was different before that.

Interesting fact: a button would always implicitly wrap your whole action in RunActions() even if it’s just one action that you’re running. You can inspect that by ā€œmerge()-ingā€ the button and seeing its pending evaluation formula.

2 Likes