OvermindDL1
OvermindDL1
I'd think either just documenting it at the simpliest, or perhaps adding the above as a basic css mixin function that can be called so the user can add it...
Ah yeah that can indeed happen. ^.^; Hmm, so a basic CSS mixin perhaps...
It can be pulled apart but it will definitely require a lot of alterations to the overall code, basically rewriting a good chunk of it, but it's not too hard....
> That's tough. Conceptually, it seems to me that as soon as we start dealing with Http requests as Tasks, progress events don't seem to fit well into that story....
Indeed, I wish that the 'Router' concept was exposed from Elm (it's only exposed to Elm's mis-named effect systems), perhaps it might be worth doing that, then the user can...
> IMHO I don't think there is a 1-to-1 concept. It just so happens that the overwhelming majority of commands work out this way. Once the app sends a Cmd...
I think it was mostly just a conversation to discuss ideas but no PR or work done on it yet, a PR is welcome, especially from someone that uses the...
Events is definitely the way I'd recommend, it's more standards compliant. I try to only use pushMessage for things that cannot really be done by events. I keep meaning to...
> @OvermindDL1, Is there any way I can get access to the actual DOM node in my custom command? In the worst case you can always just go down to...
> I believe WebComponent program type should be able to abstract this away, leaving developers back with traditional update function. Specifically a webcomponent program type would listen for registrations via...