Refactor Inline Edit so that it is "View" oriented
Description
The assumptions about its view and edit "views" are currently baked into the structure of InlineEdit, making it hard to adapt to other view types, for example rich text views, or views with other data types (dropdowns, date edit). The component should be refactored so that it is oriented around the concept of a "view" of the model, of which the display and edit modes should be instances. In particular, the formality for reading and writing the view-specific representation of the model data should be abstracted.
Environment
None
Activity
Show:
Michelle D'Souza February 22, 2011 at 9:27 PM
Closing issues that were resolved for 1.0 and earlier releases.
Antranig Basman November 14, 2008 at 2:42 AM
Work merged into trunk at revision 6031. "view" concept is itself factored into orthogonal aspects of an "accessor" and a "refreshable view"
Antranig Basman November 7, 2008 at 6:11 PM
Initial work at revision 5977. Needs extension so that all "view"-specific code resides within the view.
The assumptions about its view and edit "views" are currently baked into the structure of InlineEdit, making it hard to adapt to other view types, for example rich text views, or views with other data types (dropdowns, date edit). The component should be refactored so that it is oriented around the concept of a "view" of the model, of which the display and edit modes should be instances. In particular, the formality for reading and writing the view-specific representation of the model data should be abstracted.