Thanks. My only point is that some people (like myself) may be thinking of this kind of solution using the update instead of the view, and wondering how your approach improves on this. Maybe that’s something you want to raise and expand upon in the article?
I don’t quite follow what’s so bad about that? Modal state belongs in Main since that’s where the modal gets rendered, despite the fact that it’s the Dashboard that triggers a change in modal state. It’s much the same situation as elm-taco addressed it seems to me.
I understand, you are trying a different approach, it’s just I feel like the article needs an argument for why this improves on things like elm-taco and OutMsg, or in what situations it might be better. Changing what a view function returns seems like a radical step – it isn’t really, but I don’t think it’s really been explored before, to my knowledge.
PS. Quite apart from any of this, I will be glad when modal dialog box style interfaces are seen as passe and kept to an absolute minimum. Not just because of this technical issue but because they are hard to make accessible, not to mention being a holdover from before undo was invented. Just sayin’ … 