-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Web components #8
Comments
Allowing layout to be defined separately means data structure doesn't need to be tied to layout. This may add complexity, but improves versatility and separation of concerns (data vs. presentation). It means that markup wouldn't be the only way to define form layout; it can be data-driven. <pragma-fields fields="..." layout="..." data="..."></pragma-fields> If no layout is provided, it can be generated from the field set. The real question is how different a layout object structure would look, and what they would be allowed to override. For example, it'd make sense for a layout field to override a field's input type, but probably not its actual data type. |
Unsolved problemIntegrating Stencil with the webpack build process to avoid two separate pipelines and NPM projects. Ouch. Unexplored problemMapping fields, in Perhaps only:
|
A |
Lots of components (pragma-fields, pragma-section, pragma-list, pragma-list-item) need hacks to force providing new field references, otherwise they don't re-render children
Sometimes you've got to break things to fix things
Renamed field properties: input -> tag, name -> label
This caching needs rethinking, weird how we didn't see this with Riot but it's probably because Stencil is updating the correct number of times on load: once.
Extending built-ins with Stencil: ionic-team/stencil#1382 (comment) |
Now to get adding them to a list working, and clean up the component code quite a bit...
Started thinking about the <pragma-picker> add button; this could be a separate field to be honest
A set of web components could be used to either fully render a form, or selectively render parts of a form. Using field definitions for layout is then optional.
<pragma-form>
would be a decorator element that propagates field data to any relevant children, internally managing a PragmaForm
instance.<pragma-form>
and<pragma-fields>
elements could optionally load field sets by themselves.The text was updated successfully, but these errors were encountered: