Nintex Multiline Text Controls and Messy Spill-Over Text
Sharing Expertise

Our office is filled with experts, and they love sharing that technology expertise to help others learn and do more. Explore our insights, tips and tricks through our blogs. Learn more about our thought leaders >

Back to Blogs >>

Published by Jeannie Herrington, on Friday, May 12, 2017

I seem to be on a Nintex kick lately, so here's another post about Nintex Forms for Office 365.

I recently discovered a bug. My Nintex form that housed a repeating section with a mutiline text control nested inside it was broken.  Whenever I entered more than a few lines of text, saved the form and opened it in display, my text spilled outside the margins of the control and displayed on top of everything below it.

Edit Mode. Looks good, right?


Display mode.  Awful!  Notice all the horrible jumbled overflow.

As it is with these issues, this bug popped up at the worst possible moment when I was up against a hard deadline.  After many hours of troubleshooting to no avail, I asked a coworker to assist me in taking a look at the issue (Thanks, Dave) and fired off an email to Nintex Support requesting additional help.  After many hours wasted tracking down this absurd issue and an email from Nintex saying they were also working on finding out what was wrong, my coworker introduced me to what I like to call the "slash and burn" method to troubleshooting.  Out of sheer frustration (and only after we had already exported a copy of the form), we began deleting large portions of my form one piece at a time in an effort to pinpoint exactly when the error occurred.  Finally, we deleted a section at the very bottom of my form and the problem went away.  ...but why?  What was wrong with that tiny section at the bottom of my form?

Well, I was taught that when you design a form, you put everything in panels to keep all controls aligned.  If you have a group of controls to hide, especially, you put them in a panel, and assign your conditional display rule to the panel.  That is what I did [wrong] with this form.  I placed a panel of controls to hide within another panel, and it broke my multiline text control.

Notice the panel within the panel with the conditional display rule on it?  This is bad.
To fix the issue, I removed the Revised Date control and label from the panel and deleted it.  Then I assigned the existing 'Hide if Not Revised' rule to the two controls individually.  If I'm being honest with myself, the panel probably wasn't needed anyway.  Nintex allows you to assign one rule to multiple controls and the 'snap to grid' feature keps the controls in alignment.  


The panel is gone, and the two controls share the same rule.  This is good.

Issue fixed.  The repeating section handled the multiline text control nicely.

So with the issue happily fixed, I moved on to my next form, and guess what. I broke the multiline text control in it too!  This time there was no hidden section present.  After making up my mind to not waste any time trying to make changes to the form, I employed the 'slash and burn technique' and this time it failed me.  Nothing in the form was causing my spill-over text issue, so I opened a new form.  I put a multiline text control in it, set the control inside a repeating section and populated it with some lorem ipsum. The control worked perfectly, but why? What difference existed between my form and the new Nintex form containing only a repeating section control and a multiline control?  That's when I saw it - a rule. My client had asked that the text be a certain size in display mode, so I had used a rule to manage the text size.

This rule changes the text size in display mode.
To fix the issue, remove the rule from the multiline control.


Set the font size and style in the control settings.

Issue fixed! 

Categories: Cloud-based Forms,multiline text control,Nintex,Nintex Forms for Office 365,PSC,repeating section control,SharePoint Online,text overflow

Original Post:

Latest Posts