This is going to lead down a rabbit hole. It probably isn’t a bug in dynalist, but rather some poor design in the browser engines interacting with an old accessibility feature. I think ios systemwide dictate pre-dates siri and uses an older model, but maybe thats changed.
We have safaris rendering engine running in chromium running in electron, and ios dictation on top of that. The bug could be blamed on any of these layers.
Chrome on desktop has various accessibility flags that can be toggled on and off, because they know so much of accessibility is broken half the time. You toggle the flags until it works.
For me, I notice on mac that there are two speech recognition engines.
Accessibility dictate in the keyboard settings. it’s offline. It doesn’t work in dynalist at all on Chrome. text will appear, but wont save to an item unless you press a key on the keyboard before clicking away. But in safari, it does work.
Siri dictate. it uses the internet. It’s a lot more accurate, and does seem to work in both chrome and safari. @ and ! won’t trigger anything still though, due to that ‘chunk’ input method I mentioned.