It is from ka.srid.ca, which is not open source yet. Attaching the code with context. Basically it calls all the plugins, and accumulates their results, uniformly. Since the plugin API is not finalized, and is stil in flux, I left the code un-refactored for now ...
renderE<-mergeWith(flipMap.union)<$>sequence-- TODO: Eventually create a proper Plugin type to hold these functions.[(fmap.fmap.fmap.fmap.fmap.fmap)(\x->ThingVal_Pandoc:=>Identityx)$purepandocWithScopeE,(fmap.fmap.fmap.fmap.fmap)(\x->(currTime,ThingVal_Calendar:=>Identityx))$Calendar.runPlugingraphDpandocDpandocWithScopeE,(fmap.fmap.fmap.fmap.fmap)(\x->(currTime,ThingVal_Tasks:=>Identityx))$Task.runPlugingraphDpandocDpandocWithScopeE]
image.png
hlint is not happy
with good reason!
it just wants to replace the last fmap with <$>
why not
instead
what is the thing being nested so deeply, is this in an instance declaration?
It is from ka.srid.ca, which is not open source yet. Attaching the code with context. Basically it calls all the plugins, and accumulates their results, uniformly. Since the plugin API is not finalized, and is stil in flux, I left the code un-refactored for now ...
image.png
The types are reflex events and dynamics, which look like:
The calendar plugin (second line) for example is defined like: