While trying to create a new model to be inlined to a structured content field, I ran across two issues, first of which I would consider a bug, the second an inconvenience.
If no records exists for the to-be-inlined model, youāll see a button to create one on the modal dialog. This however gives a warning that if continued, unsaved content for the currently edited record (with the structured field being edited) will be discarded. So it seems this isnāt really possible.
If thereās already record for the model, you wonāt see the button to create a new one. I figured this can be circumvented by typing nonsense on the search field in order to get no results. Then youāll be able to see the create button, but again face problem 1.
This seems to completely break the editing flow if other than blocks need to be inlined. Is this the expected behavior for now or have I discovered a bug? At the very least, Iād expect for the create button to be removed from the dialog.
I do agree that being able to create the record on the modal itself without being redirected away from the record you are currently editing would make for a better content editing experience.
I also agree that perhaps an always present āCreate new recordā somewhere in the modal would be useful to always be able to create a new record directly on the modal
Iāve contacted the dev team about both of these issues and iāll get back to you as soon as possible
Now when you click on āCreate a new recordā it takes you to a new tab with the new record instead of trying to exit the current record without saving
Normally we leave the issue open in case someone has a related question to the thread. The only exception being feature requests, that are marked as launched and locked once they are released
So iām just gonna leave the thread open in case someone has any more doubts regarding the record creation through that modal
I agree it sounds like a good idea to keep the threads open to collect related discussions in the same place. I still believe it would benefit both you and the community members to quickly be able to spot if a question is still open.
Another thing to consider is the fact some readers might be here to check if the quality/speed of support matches their expectations. At least this is what I did as part of an evaluation of different options. Currently it looks like thereās just a ton of unanswered questions if only doing a quick check.
I would suggest something like Node-RED community forum has configured on their Discourse instance: General - Node-RED Forum. The original post creator can mark an answer as the solution (similarly as in e.g.StackOverflow).
Hey @ristomatti thank you for the feedback. How do you evaluate the unanswered questions? We donāt respond to all the feature requests, or maybe integrations with tools that we donāt know, but the support requests look good to me?
Thank you very much anyway for the interesting perspective you are giving us.
Also, just to give another perspective that you might not be aware of, sometimes support requests are sent in parallel here, an via the support email, so maybe itās not answered here, but privately yes.
Just to avoid misunderstandings, I was only talking about the Support category but I guess this could apply to pretty much any post (except for feature requests) that ends up in a question mark.
I am aware of this . My suggestion is more related to first impression to new users but also about spottng potentially useful tips when reading the forum. I donāt have time to read everything on the forum. Still Iāve found useful tips or caveats for later phases of the development. E.g. questions I did not yet need to ask or finding out some feature Iāve expected to exist does not.
To turn the situation around, which topics stand out to you when you glance over this list?
To give you an idea of what my eyes fixate on when I glance over the list of topics, hereās the same screenshot with color markings. Red marks things that pop up in a negative manner, green marks either reassuring/positive signals or topics worth reading more carefully.
Iām not sure if Iām getting this, sorry To me looks like we get back on every support request here on Community. Iām not sure where you see the āton of unanswered questionsā. They are not marked in any way, but we answer to them. The ā[Solved]ā that you see around are added by the users themselves, itās not something that we do. Do you expect something like this? I didnāt think about this, but it could make sense, we might close the topics if itās solved or stale?
And about the screenshot, I see a long green line It shows that we respond to everything, isnāt it? We donāt have a policy of closing support topics, which might make sense, but if you open the topics you should see that all the requests are handled?
Thank you so much for giving your perspective on this!
It seems like I did a poor job on the screenshot . What I tried to say is that when I initially looked at the forum support category, I only glanced over the topics and did not notice most questions have been followed up. It was only after reading the forum later on that I began to remember which profile thumbnails are Dato employees. Note that based on my profile data, Iāve already spent 5h on the forum, I doubt pretty much no-one would spend that much time when evaluating the platform
Iāve still got a couple of arguments left:
Followed up support topic does not necessarily mean the issue/question is solved; it could as well mean thereās currently no way to do what was asked, the OP had already given up or had found the solution but did not report back. āSolvedā indicator would help with spotting the posts that might be useful for other forum users to read.
AFAIK community forums to commercial products/services are often set up partially in hopes of offloading some of the support workload. A bit of gamification might inspire certain types of people to be more active. A simple count of solved issues shown on the user profile details could be enough you know
Backstory: Thereās a bunch of very active and helpful community members on the Node-RED forum. One of the most active members even recently joined the dev team. A lot of this has to do with careful moderation done by the core developers themselves but the fact itās an OSS tool that tends to appeal to retired engineers with a lot of free time likely playes a role on this as well.
hey @ristomatti Iām just reporting back that we have installed the plugin and we are going to mark as solved the discussions in the support category.
Thank you very much for the suggestion, makes things easier to understand