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
Describe the bug
The default value for plugin fields, if not edited manually, is always an empty string "". This behavior occurs even if the plugin is expected to handle a different data type, such as numbers.
To Reproduce
Steps to reproduce the behavior:
Create a component with a plugin field (e.g., a maxValue field).
Add the component to a page without entering the plugin field editor.
Save the page.
Inspect the plugin field's value in the JSON output; it will show as an empty string "".
Expected behavior
It should be possible to define the expected data type for a plugin field (e.g., number, boolean, etc.) and set a default value accordingly. For example, if the field is meant to store a number, the default value should be 0 instead of an empty string.
Desktop (please complete the following information):
OS: iOS
Browser chrome
Additional context
This limitation makes it challenging to handle plugin fields that require a specific data type, as developers have to manually handle empty string values or implement workarounds in the plugin code. Allowing field data types to be explicitly defined would streamline workflows and ensure data consistency across components.
The text was updated successfully, but these errors were encountered:
Describe the bug
The default value for plugin fields, if not edited manually, is always an empty string "". This behavior occurs even if the plugin is expected to handle a different data type, such as numbers.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
It should be possible to define the expected data type for a plugin field (e.g., number, boolean, etc.) and set a default value accordingly. For example, if the field is meant to store a number, the default value should be 0 instead of an empty string.
Desktop (please complete the following information):
Additional context
This limitation makes it challenging to handle plugin fields that require a specific data type, as developers have to manually handle empty string values or implement workarounds in the plugin code. Allowing field data types to be explicitly defined would streamline workflows and ensure data consistency across components.
The text was updated successfully, but these errors were encountered: