processors introduced
binders off; old example works on new processors system
when{Clicked,Submitted} processors
new format & parser; binding widget is one of processors
signal processor, on{Click,Submit} implemented by it
inject to whole html, not just body
default 'contents' processor added deeper in code

Now, parsed in-html specs work as well,
not just in-code trap:.
Trapped{Data=>Processing}Chain, data-bind / one-run alternatives

When a TrappedProcessingChain contains at least one element
that isExpectingModelData, blackboard connector is added at the beginning
and it is presumed that on the model ->view direction,
the chain is observing data from the model and it is left
to the blackboard connector to start it when data changes.

When a TrappedProcessingChain does not contain any element
that isExpectingModelData, dataTerminator is added at the end
and it is presumed that on the model ->view direction,
the chain is one-time sequence of actions and
it is run immediately with `true` as carried piece of data.
widget processor working in toView: not in install step
Temporarilt only using trapGuard:contents: on Widgets
guard processor
AppView off code, inlined in html
path processor
#xxx shortcut for (xxx)

To be less lispy frightening.
Plan: to be able to have more smalltalkish
  #foo:bar: expr1 expr2
as shortcut to
  (foo expr1 bar expr2)
guard => guardProc
guardContents, fix nested [trap-data] tags, lot is in html now
moved processor to own package
WebStorm formatting
ad hoc model->view processor creating facility
Merge branch 'master' into processors