Closed anoblet closed 1 year ago
I would expect display to render similar to https://vaadin.com/docs/latest/components/accordion#summary demo - small font below panel title.
Although we should probably try to use <vaadin-horizontal-layout>
in there, because it gets too bloated vertically.
Not sure yet how different fields should be best separated horizontally.
I would expect display to render similar to https://vaadin.com/docs/latest/components/accordion#summary demo - small font below panel title.
I agree this looks nice, and using Vaadin layouts elements would help.
I'm realizing this may be a bit more complicated than I thought. Each step needs to listen to changes from a different number of input elements, and render a different template.
I'm working on a version that uses a step
attribute, registers listeners, and renders a different template accordingly. It's difficult not having control of the template since it's in light-dom.
I would expect display to render similar to https://vaadin.com/docs/latest/components/accordion#summary demo - small font below panel title.
I agree this looks nice, and using Vaadin layouts elements would help.
I'm realizing this may be a bit more complicated than I thought. Each step needs to listen to changes from a different number of input elements, and render a different template.
I'm working on a version that uses a
step
attribute, registers listeners, and renders a different template accordingly. It's difficult not having control of the template since it's in light-dom.
Maybe we could make this extended details declaratively configurable, with some data attribute that lists the field IDs to get values from.
And it doesn't need to listen in real time, it only pulls values when closing.
Also, Lit version of Details was just merged into V24b2. Might be worth upgrading everything to that.
What are your thoughts on having a separate element for each step? I created a sample gist here: https://gist.github.com/anoblet/800aca41e581f3917e690fce3cb8c805
Of course we could change the listeners to the close event.
There's a bit of thinking needed to be done in order to get this done efficiently.
What are your thoughts on having a separate element for each step? I created a sample gist here: https://gist.github.com/anoblet/800aca41e581f3917e690fce3cb8c805
That sounds very not DRY principle.
Again, I would not listen to list of change events, only collect and render on panel close.
@lkraav
Is this the right strategy?
Fire on close, switch case on step
attribute.
size-limit report 📦