773
edits
| Line 43: | Line 43: | ||
* (feedback/paula) Difficult to understand the save mechanism | * (feedback/paula) Difficult to understand the save mechanism | ||
== Widgets == | == Concept of Widgets == | ||
Widgets are helper applications that lets users to create and channel content into the session. The challenge now is to let participants use the natural Web ( apps and content available online ) and be able to associate the content from these apps into the experience. To illustrate a scenario, imagine that user A creates a drawing DA and user B may want to clone the drawing DA as drawing DB. User B wants to see the rendered view of DA as part of his/her moment of visualization. When it is time to edit, the original meta/data must be cloned and a editing view must exist. At this point, being the drawing app a Web-based app, the URL of the app must be loaded with the DA data feed into it. User B can then edit the drawing and again new meta/data and a rendered view must be generated and associated as an input from user B. | |||
At this | At this stage, some widgets are local wrappers to remote apps, like the textify case. In other cases, we have local widgets - JavaScript code that is bundled together with the Expression Widgets prototype. | ||
* Canvas-based drawing apps - We need a very simple drawing app that can be canvas-based however the data to be kept as markup/meta-data and not pixels; | * Canvas-based drawing apps - We need a very simple drawing app that can be canvas-based however the data to be kept as markup/meta-data and not pixels; | ||
edits