New Model-View-Interpreter architecture for OperatorsMenu

Make OperatorsMenuInterpreter
Convert OperatorsMenuView to virtual-hyperscript
OperatorsMenuView exports a VTree stream
Rename models as data, rename controllers as the new models.

TODO

@@ -49,14 +49,13 @@ DONE Refactor diagram styles and classnames
 DONE Render nondraggable Completion for output diagram
 DONE Controller logic to include completion time
 DONE Update examples with regard to completion time
+DONE New Model View Interpreter architecture, for OperatorsMenu
 TODO Lower bound on completion time, no earlier than any marble time
-  - Reorganize controllers as the new models, which define a contract for their
-  interpreters.
-  - Sandbox model observes the interpreter's output stream which should emit
-  pairs (diagramId, marbleId, dt) indicating the change to the model.
   - Marble has a static subject for mousedown event, which covers all instances
   of marble. Each subject notification points to the marble instance's id. ALSO
   each subject notification points to the parent diagram's id.
+  - Sandbox model observes the interpreter's output stream which should emit
+  pairs (diagramId, marbleId, dt) indicating the change to the model.
   - Sandbox interpreter calculates dxDragStream from Sandbox view.
   - Potential problem: marble ids changing when they are dragged
   - Potential problem: marble id in one diagram might be the same in another

dist/css/main.css

@@ -23,13 +23,14 @@
 .operatorsMenu-container {
   padding-right: 36px;
   box-sizing: border-box;
+  height: calc(100vh - 100px);
 }
 .operatorsMenu {
   margin: 0;
   padding: 0;
   list-style-type: none;
   overflow-y: scroll;
-  height: 2px;
+  height: 100%;
 }
 .operatorsMenu-category {
   text-transform: uppercase;