What is JotForm?
JotForm is a free online form builder which helps you create online forms without writing a single line of code. No sign-up required.
At JotForm, we want to make sure that you’re getting the online form builder help that you need. Our friendly customer support team is available 24/7.
We believe that if one user has a question, there could be more users who may have the same question. This is why many of our support forum threads are public and available to be searched and viewed. If you’d like help immediately, feel free to search for a similar question, or submit your question or concern.
Substring Widget: the input field of the second and third widget moves to the bottom of the label even if it is set to leftAsked by MDMDM on April 21, 2015 at 10:01 AM
Dear Sir / Madam,
The substring widget is not working properly or sometimes not working at all.
See the attached screenshot. The last 3 fields with the short name 'Email' are the substring widgets. When you insert a first instance of that widget, it's working.
When you insert another substring widget, then the input field is moved to the next line instead of the same line, like the first one.
When you insert a third substring widget, then the input field is totally gone!
I checked all settings and I know exactly in detail how everything works with correct input IDs, 0 as start value, e.g. 100 as end value. You can easily reproduce the error, because just duplicate the same widget is leading to this bug, but inserting different widgets manually with drag and drop from the widgets side menu is also leading to this bug. I have tried it 100 times. I even started all over again with a new blank form, but the bug problem is the same.
It's very annoying, because I need many copy conditions. The substring widget can copy fields much quicker than the conditions wizard. But if it's not working I can not get further.
I hope for a quick solution. Thank you in advance.
Attachment: 1 screenshot
With kind regards,
problem name settings next Substring Widget
Our apologies for the issue. I was able to replicate the bug and I have just submitted this to our Widget Team. If there are updates you should know it via this thread.
For now, I would suggest Shrinking the field, set the label back to "left" and move the other fields to a new line. We have this in our Field positioning feature:
As for the missing input box, that is because your widget is not configured. Please configure to fix it. Here's your current settings:
Substring Start is empty, as you could see it.
Thank you for your quick answer. Nice you are working on the bug, I appreciate that.
About your last comment with your screenshot: That field is empty by default when you insert the widget. Leaving that field empty does not mean the input field is gone. If you keep that field empty you can see that it is just working.
The same form you checked from me, had other fields of the same widget, also with empty values, like that one in your screenshot, and those fields were visible. So empty values don't make the fields disappear.
Other thing that might be a bug: The setting values you show on your screenshot are empty very often. I always enter these settings and never leave them empty. There might be a bug in the widget that causes the widget not to save the values you enter as substring start and end settings, although I can not always replicate this last thing / bug.
Further I found some differences in the source codes of the widget fields that are displaying correctly and widget fields displaying wrong.
In the source codes the elements of this widgets that are displaying right have a width. The elements that are not displaying correctly (like the second and third on my first screenshot) don't have any width. Maybe this is some helpful information for finding the bug better.
With kind regards,
You are welcome and thank you for the information.
I think you are right about the empty settings, it shouldn't make the widget input box to disappear in the form. I'm not sure if the width settings you've mentioned is also connected to this problem. I'm trying to replicate it as well, but I can't have the same output now. And just to confirm, you mean the following "width", right? See the screenshot:
As for saving the values, I also cannot replicate it.
The ticket is already assigned to our widget developer. Any updates will be posted here.
I gladly give you the width codes where I found some differences.
It's not the code you found. It's strange: Your code look different than mine.
Under the line <script src="//widgets.jotform.io/substring/substring.min.js"></script> there is another div found in my codes as part of the same parent div as the parent div of the script. See screenshots below:
The selected line is the substring widget that is displayed correctly in my form (it ends with 200 width).
The following line is from a widget field that is not displaying correctly (it ends with "readonly").
You can find my codes on my form at this link:
There could be / it looks like there is a connection between width differences (only in the source code, not in the Jotform settings) and differences between the way the fields are displayed.
With kind regards,
Thank you and my apologies. I look at it by viewing the source codes :), not in the developer tab via inspect element feature.
I saw it now, even in my test form. Will create a new ticket about it here: http://www.jotform.com/answers/556525.
The substring field alignment has been fixed - when aligned left of the label - that's where it will be:
Please try it out and let us know if you hit further bumps.