Improved Inline form element editor
PlannedAs a Solution Builder
I want an improved Inline form element editor, that gives me greater flexibility when defining what should be the contents of element pickers, pick lists and so forth.
So That i can build better less hard-coded solutions that can handle a wide variety of user inputs and element configurations dynamically. Vastly improving range of dynamic solutions i can deliver to customers.
Benefits my customers will get better solutions that require less development time to deliver and which they have a greater level of flexibility in configuring.
Possible use cases:
- Questionnaires where all questions and options are configurable by the customer, could for instance be used for data collection on elements.
- Currently, we do solutions with a model master for each element type, divided out over tabs. the Inline form element editor's "killer features" are the scrolling in the form and the built in field validation, this means that if it worked correctly we could do much more standardization across element types in terms of model masters. which in turn means bigger and better solutions built at a lower cost.
Acceptance Criteria
- Contents of list functionality for all relevant actions exposed in the Inline form element editor, please let me use queries so I can filter out the parent elements I use to organize my element types.
- Better styling possibilities, currently I rely on the following lines of javascript to get something that's usable by the customer
"$(".elementName").css({"font-weight": "bold","font-size":"18pt"});
$(".editorContainer").css("width", "720px");
$(".widthSingle").css("width", "720px");
$(".fieldLabel").css({"font-weight": "bold","font-size":"initial"});"
But that's a hack, would really like to be able to size the contents of the element editor correctly. - improve the configuration interface, currently it's unclear why options are often disabled, and when they're not exactly what to expect.
- Better control over what should be shown for which elements.
- option to have all fields on an element except defined fields, so, for instance, I might want to show all fields on an Application except the internal identifiers, my current options are to either show all fields and hide the unwanted fields with Jquery, or to add the fields one by one to the list. Either option ain't great.
Customer / Originator Rune Kjerulff
Priority Medium
-
Official comment
Hi Rune,
I'm sorry it has taken so long for a response to this post.
In regards to the issue you mention above, whereby field values on inline forms are not saved correctly when using query variables, I am happy to report as of Build 85 (next release) this issue has been resolved. This release should be available beginning March (perhaps earlier, dependent on testing outcomes). Please note the internal reference ID for this fix is IN: 12378.
With regards to the original post and other feedback within, I can say there is a backlog item in place to conduct a Discovery on improving the MAE User's data input experience, which will include the inline form component. I will be starting this Discovery later this year and I will be in touch to see if this is something you would be interested in engaging with me on, to better understand your, and other users', pain points and needs in this area.
Kind regards
Jess
Product Owner
Comment actions -
Thanks for all of these suggestions.
To address one of you points with regard to better control over what should be shown for which elements, Inline and Popup forms can have the element options available for them restricted via a query; after adding the required field to the form using the select fields dialog, and a specific type of control selected in the "Edit With" column clicking on the "..." button in the "Option" column will allow you to select a query to define which elements should be available to select from.
-
Hi Rune,
Using MooD 16.45 and an 'Inline Form Element Editor', I have been able to reproduce the behaviour described by Andrew, i.e. with my 'Inline Form Element Editor' panel being configured to use a 'single relationship' as the Field Type, I've then set 'Edit With' to 'Single Element Picker', and was able to click on the "..." button in the 'Option' column and be presented with a 'Data Navigator' / ability to make further selections e.g. a query to define which elements are available for selection.
If you find that you are only ever presented with 'No control specific configuration...' message when you try a similar configuration, do get in touch with us via our support team/desk, with details of your 'set up' and we'll do our best to help.
-
Hi There
I see that this Feature Request has status "planned". Inline form element editors are increasingly central to the solution design of a solution I'm currently working on, which unfortunately also means that I'm running into some issues with them.
Main issue currently being that it seems that having an orange pin variable in a query that finds the Element for the given field, will result in the form being unable to save updates to that field, which means that it's difficult to filter fields to be shown in the form.
Would it be possible for you to share some details about what you're currently planning for this feature?
Please sign in to leave a comment.
Comments
5 comments