Latest Contributions by ColinLeslie

‎12-02-2021

Phil, Based on your information regarding relevant logic, I looked closer and this does indeed appear to be the case. Pages (groups) with a table-list appearance and no relevant logic render the labels correctly. Table-list groups with relevant logic do not render on the first load of the group. We actually have a choice set on our very first page (version A and version B) used to display different subsets of questions (to keep survey length down). However, toggling between these (which should theoretically make the groups relevant then not relevant) does not appear to affect table-lists in groups that are not yet displayed (on later pages). Can you think of any tricks that could somehow automatically toggle relevance off then back on when the user advances to the next page? As I mentioned in my other reply, this is a public survey so the user interface is a priority concern. Right now we are advising respondents to hit the back and forward buttons but if we could automate this somehow as a temporary workaround, that would be great. Thanks, Colin

‎12-02-2021

Thank you for the reply, Phil. It's reassuring to know that the issue has been logged and I will see if there is any way I can hack the survey using relevance logic. It looks like we are getting a similar effect by using the backward and forward buttons. This is a public survey, being administered to visitors to our open space. It is a bit embarrassing that we have to hand them a buggy survey at the moment, as we have many of these table-list groups. I am certainly hopeful that this is resolved with the next update. Best, Colin

‎11-29-2021

I am posting this "question" here while I wait for permission to submit a bug request from my organization. And on the off chance that there has been an undocumented change with the most recent version of the Survey123 field app that might be causing the behavior described below. As of the latest Survey123 field app update, choice list labels for single choice grids (select_one questions formatted as a table-list appearance group) are not rendering the first time a survey page is loaded. Clicking the back button, then the next button will make them appear. This behavior occurs for each page and occurs in both the field app (running iOS, multiple versions) and in the form view of Survey123 Connect (version 3.13.249). Of possible relation is that prior to this update, choice grids for select_one questions with appearance table-lists could not be inside a field-list group, but rather had to be in their own group to appear on a separate page when using the "pages" theme. However, it now appears that placing a table-list within a field-list renders the form correctly for the field app (though does not fix the label issue). This may or may not have any relation but since it is an update I noticed regarding table-lists and field-lists, it seemed worth noting. The screenshots below show the first render of a single choice grid with no labels and the second render with labels (after hitting the previous and next page buttons). The third image shows the corresponding lines from the XLSX form. Things I have already tried removing the field-list group (row 72) and note (row 73) and having only a table-list group Creating a new form from the feature layer and then pasting in questions (using the "values only" option in Excel) from the old form First render of Single Choice Grid Second render of Single Choice Grid XLSX form rows

‎07-23-2019

Scott, Based on your reply, is it correct to interpret it as meaning that there is currently no functionality like Steve describes across any of the ESRI apps? If not, then in addition to up-voting I would like to add that I also have a use case that could be covered by what I think would be the exact same functionality. In our use case, we manage a large collection of point features representing data collection locations. One location can be used for multiple projects/collections and I need a way for people to be able to build a sample frame when creating a new project. The scenario is similar to Steve's in that I would like people to be able to select all the features they need to be associated with a new project and then be able to add the same related record to all of them (a Project ID in this case). Thanks, Colin

Online Status	Offline
Date Last Visited	‎08-31-2023 12:41 PM

My Ideas

Latest Contributions by ColinLeslie

Re: Choice labels in table-list not rendering on first load for version 3.13.244

Re: Choice labels in table-list not rendering on first load for version 3.13.244

Choice labels in table-list not rendering on first load for version 3.13.244

Re: Add Multiple Related Records

Re: Choice labels in table-list not rendering on f...

Re: Choice labels in table-list not rendering on f...

Choice labels in table-list not rendering on first...

Re: Add Multiple Related Records