Failed to load latest commit information.
UIRPC PROJECT Purpose behind this project is to try a development model which encourages front-end developers to thinkfirst about interactions, events and states, before thinking about presentation. The experiment here is to see if a pub/sub model in which widgets communicate with each other via their message (procedure) APIs provides that encouragement. The development workflow should go something like: 1. Developer works with product/design team to enumerate and define all interactions and states in a web application. 2. Developer identifies widgets and workers based on that functionality. 3. Developer defines interfaces for each widget, ie: events it broadcasts, and public procedures (with their message formats) it registers. 4. Developer builds widgets according to those interface definitions. 5. Developer writes widget tests to verify correct behavior. 6. Developer focuses on look and feel. In this project we'll use HTML5's postMessage() api to handle inter-widget communication. The idea is to create an entirely message-driven front end, with widgets being in charge of their own markup, event bindings, etc. The basic interaction is as follows: 1. One or more widgets are instantiated on a page at load time. Each widget registers zero or more public procedures. 2. Something happens (user input, etc) within a widget. That widget broadcasts an event to the global event dispatcher. 3. The event dispatcher looks in the event mapping table (which is unique to the page) to determine which public procedures it should send the event data to. It then calls each of those procedures in turn and, passing along the data and options received in the original event. 4. The widget(s) whose public procedures were called act upon the data, possibly resulting in new event broadcasts.