|
POST
|
@ZenMasterZeke I have the survey set to pages dynamic-grid and the groups do not have any override because I want them to remain dynamic-grid. It is very odd that this is occurring.
... View more
06-09-2022
11:38 AM
|
0
|
0
|
1383
|
|
POST
|
I sent you a DM with the XLSForm. Thank you for looking into this.
... View more
06-09-2022
11:35 AM
|
0
|
6
|
4021
|
|
POST
|
Hello I am having an issue with placeholderText=@[hint] causing a huge gap between the label and the entry box. This occurs on the PC and iPhone field apps (see Pic #1). When viewing in Connect and an Android field app, it displays correctly (see Pic #2). This is happening on multiple fields, but the one shown in the pictures below is a text field with the words "if applicable" typed into the hint column. Is this a known issue and if so, is there a suggested fix? Thank. Connect v3.14.281 Field App v3.14.262 Pic #1 on PC field app that shows gap. Pic #2 on Connect that shows no gap.
... View more
06-09-2022
09:34 AM
|
1
|
11
|
5345
|
|
IDEA
|
I would like to upvote this because I would like to have borders on some questions within a theme-grid. Sometimes adding borders gives a sharper look. With that being said, read below. I discovered a workaround by accident and have started using this method in all my surveys. I thought I would share this in case anyone else would like to use it. I set my surveys to pages only, being my surveys consist of several pages. Then I assign an appearance of w2, w3, etc... to groups I want to have more than one column. No borders are seen anywhere unless I want one. Then I just set borderColor="black" or whatever. I would like to add that fields within these groups with more than one column will always be w1. For example, if you set a group to w2 and want the question to use up the entire w2 width, it will not. It will remain w1. So one will need to be creative when working this way. Here is an example of one of my groups set to w2. Notice no borders. This is an example of a group set to w2 with nested groups with borders. I apologize if this method has been known, I just wanted to provide a workaround that may not have been known.
... View more
06-08-2022
07:01 AM
|
0
|
0
|
4502
|
|
POST
|
Hello I would like to inquire if the priority has been increased for this issue. I recently have been trying to use a dynamic placeholderText=@[hint] and the lightbulb still appears as if I have a guidance_hint entered. Thank you.
... View more
06-03-2022
09:25 AM
|
0
|
0
|
2672
|
|
POST
|
I found the culprit but not sure why it was doing what it was doing. A calculation used for relevancy was still able to count fields with a default value of 1 in three different groups when only one group was relevant. The value from the calculation should have only been one, not three. Basically, the calculation should have been 1=1, making it TRUE, but instead it was coming out to 3=1, making if FALSE. I simplified the calculation and removed the problem fields. Crisis averted for now, but don't know how it was counting fields that were not relevant. The method I was using was in place for years until now. 😕
... View more
04-15-2022
11:41 AM
|
0
|
0
|
741
|
|
POST
|
Hello As of update 3.14.237 and 3.14.242, an issue regarding repeats has reared its ugly head. The problem seems to occur by the 3rd repeat. I've included an animated gif showing what is happening. As you can see in the gif below, I select 'casing only' and then choose the Casing OD and Casing Wt. Once selected, a relevant field is supposed to appear for one to enter a depth. It works fine for repeats 1 and 2, but stops working on 3. The workaround I have discovered is to change the selection from 'Casing Only' to something else, which makes the entry fields appear, and then go back to 'Casing Only' and all works as it should. What would cause this to happen when it never happened before update 3.14.237? If needed, I can pm my spreadsheet, but would need to do so with the media folder so the dropdowns can be populated. Thank you for any insight you can provide. Gif of 3rd repeat not displaying entry fields
... View more
04-14-2022
10:22 AM
|
0
|
1
|
792
|
|
POST
|
Hi @ZacharySutherby I misspoke when I said it killed my forms, but does cause a minor inconvenience. I did further testing with one of the other developers in my group and have determined that it is specific to fields that have a calculation and a relevancy assigned to it. I believe this was an issue in the past and appears to have come back? The fields in question are on rows 290 & 291, make_va & model_va respectively. We have determined that I can remove those calculations and the information will save in drafts. My simplest solution in this case is to just remove those calculations and all will be well. I have not tested other surveys I have created, just this one, which is used the most. I can only assume the others that have the same setup will have the same result. So as you can see, not as dire as I had made in my original post. The latest update did change something though, being that these fields worked as intended when saved in drafts. I specifically tested on another's Android tablet that had not been updated to the latest version of S123. He was using Version 3.13.244. I answered the questions mentioned above, saved in drafts, opened again to see the answers still there. I updated S123 to Version 3.14.237 and the answers were gone. Hopefully this bit of information helps determine the cause. Thank you.
... View more
02-28-2022
06:10 AM
|
0
|
1
|
1781
|
|
POST
|
Hello As the title suggests, surveys I have created have been able to save all fields in drafts before updating to version 3.14.237. It appears that questions with relevancy assigned are not saving anymore. This bug has killed my forms for the end user. Any suggestions? Thank you. Ralph
... View more
02-25-2022
11:50 AM
|
0
|
3
|
1839
|
|
POST
|
Hello @ZacharySutherby I used the select_x_from_file method and it has solved the issue. I will keep this in mind for my other surveys. I do have one question regarding the 250 choices in a choice list. Is that 250 choices total for the choices tab or 250 choices for one list of choices for a question? I ask because none of the question lists were over 250, just the entire list of choices, as are most surveys I make. The workaround fixed the problem, but doesn't make sense why if none of the question lists were over 250 items. I am wondering if having blank rows between choice lists makes a difference. I did not have them between lists, but do now for the remaining choice lists on the choices tab. As it stands, minus blank rows, I have 260 different items on the choices tab. None of them are numbers like I had before. Maybe that's the difference? Each of my number choice lists did have one text entry too. I apologize for the extra questions, I am just trying to wrap my head around this so I do not do it again, as well as help others who may be having the same question in the future. Thank you.
... View more
12-13-2021
05:56 AM
|
0
|
1
|
1967
|
|
POST
|
Hello @ZacharySutherby I will go the external csv route to see if it addresses the issue and report back. Thank you for the response. Bill
... View more
12-10-2021
06:52 AM
|
0
|
0
|
1979
|
|
POST
|
Hello I am running into a very strange occurrence where questions using a choice_filter are showing the same choice list over and over. All users on Android, Apple and Windows field apps are experiencing this problem. We do not utilize the web app. Here are some screenshots showing what is being experienced. Top of list in Picture #1 Start of same list a second time in Picture #2. Notice "Open hole" appears again. In this instance, the entire list repeats 4x. Screenshot of spreadsheet Screenshot of choice list In this case, the choice_filter "type" used was balance. From what I can tell based on my experience and others, the list replicates each time a survey is submitted. The problem goes away when deleting the survey off the device and re-downloading it. Does anyone have any idea what would cause this and has anyone else ever experienced it? I have searched for days and have had no luck. I will add, this is the only survey that experiences this problem, so I am sure it has to do with how I have things setup. This is a unique survey where I had to be creative, possibly too creative, causing said replication. If anyone needs additional information, please feel free to ask. Thank you for your time. Bill
... View more
12-09-2021
07:47 AM
|
1
|
4
|
2052
|
|
POST
|
@DougBrowning I figured it was the decimal causing issues, but after much testing determined it was both the decimal and numbers over one digit causing an issue. So I kept at it and found a solution. It might not be the best, but it works. I created another column in the choices tab called "text", and concatenated an A to the front of the value in the name column, and a B at the end. Then I added another field in the survey that concatenates the A and B to the select_one answer. Next I changed the calculate field with the formula join(",", ${select_one}) to the field that does the concatenation. So if I were to select 2.625 and 3.625, the join list would look like "A2.625B, A3.625B". Finally I changed the regex(${name}, name) to regex(${name}, text). It's probably better explained by looking at the pictures below. This is a simple survey I created to test before putting it in my real one.
... View more
01-07-2021
10:03 AM
|
1
|
1
|
5942
|
|
POST
|
@DougBrowning The solution works great but I have run into a snag and am wondering if you may have an idea of why it is doing what it is doing. The numbers to which I was referring are several lists of decimals. Having one just type in the numbers is not an option because the decimal has to be exact for an external lookup in a csv file. That csv file is derived from an engineering book with complex calculations. Forcing a set list from that book removes errors and complications. The problem that exists when I choose a value that has 3 decimals. For example, 2.625, or 2 5/8. If in my first select_one repeat I choose 2.5, 2.625, and 3, the join(",",${name}) works flawlessly, giving me said choices. But under the next select_one question, my list will have 2.5, 2.625, 3, and 6.5. What I have gathered is that the regex(${name}, name) is taking that .625 and recognizing it as 6.5. It happens with .375 and .875 as well, adding 3.5 and 8.5 respectively. See images below. Is there any explanation as to why it is being recognized as such? Am I screwed? Thanks.
... View more
01-07-2021
08:13 AM
|
0
|
0
|
5951
|
|
POST
|
@DougBrowning Thank you very much for your suggestion. It does exactly what I need it to do. Yes, I figured it sounded weird to use the same values that were already chosen, but makes sense with how this survey is setup.
... View more
01-05-2021
01:55 PM
|
0
|
0
|
5973
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 12-09-2021 07:47 AM | |
| 1 | 04-18-2023 09:22 AM | |
| 8 | 04-18-2023 05:55 AM | |
| 1 | 03-31-2023 08:24 AM | |
| 1 | 06-09-2022 09:34 AM |
| Online Status |
Offline
|
| Date Last Visited |
yesterday
|