The idea is to have a provider-based property-editor for various data list types. To have a separation between the UI (editor control) and the data-source. e.g. a DropDownList shouldn't care where the data comes from, only that it's available and consistent.
- DropDownList
- CheckBoxList
- AutoComplete
- Templatable List
- Inputs => Config / Options
- Outputs => XML, CSV, JSON
- Key / Name / Text / Label
- Value
- XPath
- Content
- Media
- Members
- Examine
- Content
- Media
- Members
- SQL
- T-SQL
- MySQL
- SQL-CE
- XML
- Local FileSystem
- Remote URL
- JSON
- Local FileSystem
- Remote URL
- Macro
- Could return anything?!
As a companion to xPath, what about having a Linq expression that can be passed?
i.e. Model.Ancestor(1).Descendants("SomeDocType")