šŸ˜¬ 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