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
I was thinking about this comment on the forum about how someone fixed a problem with their form by replacing __id with name.
Because we build up the entity CSV differently for downloading it directly vs. attaching it to a form (though at one point they were the same), there isn't a way to directly look at the entity CSV that gets attached to the form.
Maybe we should document this better OR change the attachment CSV a little bit.
The text was updated successfully, but these errors were encountered:
One thing we could consider is to make this an option when the user goes to download the entities CSV file. I think __id is a nice, clear column header outside of the context of OpenRosa clients. But I could also understand a user wanting to see exactly what's downloaded to clients.
Right now, it's not easy for users to see the CSV that's downloaded to clients, because we don't provide access to the form attachments of the published form version. Something else that might help is if we provided read-only access to published form attachments. Then users could see exactly what's being downloaded to Collect.
I was thinking about this comment on the forum about how someone fixed a problem with their form by replacing
__id
withname
.Because we build up the entity CSV differently for downloading it directly vs. attaching it to a form (though at one point they were the same), there isn't a way to directly look at the entity CSV that gets attached to the form.
Maybe we should document this better OR change the attachment CSV a little bit.
The text was updated successfully, but these errors were encountered: