stsrki
commented
1 month ago While it wasn't that hard to integrate the loading of data. I found it might be a bit limited regarding the edit operations. This is because due to the dynamic nature, we can't really figure out the Type of a particular field without having an actual structure.
This means that when editing: We need to infer from the actual item field type in order to know what input to render (numeric, checkbox, etc), so this means a nullable won't be easily figured out, if the value is null, there's no way you can tell which type would be in this particular field for example. So the TypeGetter method was updated to include the Item as a parameter to look into it.
When creating: We need to override the
NewItemCreatorand provide the structure so the Grid can figure out the inputs to render, checkboxes, numeric, etc...What are your thoughts?
If there is no other option I don't see any objections regarding this. As long as it doesn't affect the current work.
David-Moreira
While it wasn't that hard to integrate the loading of data. I found it might be a bit limited regarding the edit operations. This is because due to the dynamic nature, we can't really figure out the Type of a particular field without having an actual structure.
This means that when editing: We need to infer from the actual item field type in order to know what input to render (numeric, checkbox, etc), so this means a nullable won't be easily figured out, if the value is null, there's no way you can tell which type would be in this particular field for example. So the TypeGetter method was updated to include the Item as a parameter to look into it.
When creating: We need to override the
NewItemCreatorand provide the structure so the Grid can figure out the inputs to render, checkboxes, numeric, etc...What are your thoughts?