You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Currently, Craft takes a component for settings, which means each independent user component must declare its own settings. This gets tedious and redundant when using a settings panel vs a dedicated set of controls.
For every user component, we're stuck declaring either a new or existing settings component. Now imagine you have hundreds of components, or want to port in a component library, this gets very exhausting.
Describe the solution you'd like
Instead, it would be more appropriate to store what we need in the global editor context. So that a settings panel could just edit that state instead of adding a bunch of components just for a single task.
And if not through the context, then through the useEditor() hook. But be more direct about querying which node is currently selected. selectedNode would give the state of the currently selected node such as displayName, id, state, props, and helperMethods. While I believe there are already methods for all of this, I believe it could be consolidated into a single object.
Is your feature request related to a problem? Please describe.
Currently, Craft takes a component for settings, which means each independent user component must declare its own settings. This gets tedious and redundant when using a settings panel vs a dedicated set of controls.
For example:
For every user component, we're stuck declaring either a new or existing settings component. Now imagine you have hundreds of components, or want to port in a component library, this gets very exhausting.
Describe the solution you'd like
Instead, it would be more appropriate to store what we need in the global editor context. So that a settings panel could just edit that state instead of adding a bunch of components just for a single task.
And if not through the context, then through the
useEditor()
hook. But be more direct about querying which node is currently selected.selectedNode
would give the state of the currently selected node such as displayName, id, state, props, and helperMethods. While I believe there are already methods for all of this, I believe it could be consolidated into a single object.Additional context
Add any other context or screenshots about the feature request here.
The text was updated successfully, but these errors were encountered: