InfoPath Dev

I am using InfoPath 2013 and IE 11 - SharePoint 2013

I have an InfoPath form that has a field for textbox - display options are Multiline. I have a filter set up when one field is chosen, text will be displayed in this textbox.  

I am finding that when the text is displayed in the textbox, it is NOT word wrapping.

This is what it looks like:

longertexthere longertexthere lon

gertexthere longertexthere longe

rtexthere

 

I would like it to look like this:

longertexthere longertexthere

longertexthere longertexthere

 

I have looked in the display properties for multiline, but there are no options for paragraph breaks or word wrap.  

Is there anyone that has an answer to this or some suggestion? I am desperate.

 

Thank in advance! 

Honestly - I vaguely recall having an issue with Rich Text boxes in IE 11 with Office 365 browser forms - but that was when I switched views they didn't display data and changing compatibility settings fixed it - weird, right? Not sure if that issue still exists. I had thought at one point there were word wrap issues with calculated values and I think we used read only text boxes as a work around. So - maybe try adding the site to compatibility view and see if that "fixes" anything - if not, maybe try a calculated value control instead, see if that makes a difference?

 Thanks for the response Hillary. Yeah, weird.

 I am using IE11, on premise SharePoint 2013. My text box is a plain text box, multiline. In my research, I am seeing there should be an option for word wrap, but do not see it. I see the option to check off multiline, but nothing else. The field also to be noted is a filtered field that is filled in when a dropbox field is selected and is a look up from a sharepoint list based on a filter. the field in the sharepoint list is again, a plain multiline textbox. I don't know if that is the issue?

 I tried playing with compatibility view with no luck and resolution. 

Well, if your form is a filler form, you have more options in the text box properties - but I'm assuming this is a browser form? Maybe try adding a rich text box and set it to the value of the SharePoint field? See if that makes a diff?

 I set the sharepoint list field to rich text, and that solved the wrapping issue - thank you -

However, it now adds the html code to the text box like this: <div>4 back 1 stretch , D1 carries F1 will shorten route &amp; for long pass&#160;&#160; ,D2 &amp; F2 will come late for drop option. D1 will carry for entry ,at times will rim puck on entry.</div>

How do I display the text without the html code?

Thanks again! 

Upon further testing, I now realize once I changed those SP field to rich text, it helped with the wrapping, however, now the browser form will not filter the field to display.

 I reset the SP field to plain text. And the filter now works again, but I am still getting that wrapping issue.

Also, fyi, I have a rule set up that when a dropdown is chosen, the action is this:

set a fields value -

Field is txtBox (the field mentioned above - multiline plain text)

Value is: Tactic[Title = current()] 

 

Use a Rich Text box in your InfoPath form (which is what I meant to begin with, sorry for not being more clear).

 I did exactly that, and it worked!

 So, rules are the same, I just changed the SP field to Rich Text, as well as concurrently changing the InfoPath Form field to a Rich Text Box control - this resolved the wrapping and XHTML code display issue.

  Thanks again for clarification Hillary!

Hey, so I had the exact same situation as you, but using Rich Text is terrible for browser forms because InfoPath rich text isn't supported by anything but IE. Because I need to allow people to fill out the form in browsers other than IE and also have word wrap, I needed another option. I found I can set InfoPath options to Show InfoPath commands in Ribbon or toolbar, then I use JavaScript on the newifs.aspx page to remove the ribbon because I don't actually want them to have those options. This works in all browsers filling out new items, but it doesn't work for editifs.aspx, and I have no idea why. Have any ideas?

Ok never-mind, figured out a better solution.. never use rich text in InfoPath. Ever.

Use CSS on your editifs/newifs pages (and forget about ever using displayifs, what a pointless existence) to word wrap your plain text box elements. I haven't figured out Mozilla yet, but I'm sure I'll get around to it, for now I have my Mac users happy. This kind of thing makes me worried about SharePoint's longevity, and we all know InfoPath is marked for execution.

Edit - the fix for mozilla is to edit your newifs and editifs pages and add custom CSS -> textarea{white space: pre-line !important;}

Good afternoon Nolan,

Thank you for your post. I currently have the same issue that you seem to have answered, that I need word wrap without the rich text editor for a browser form. I've been introduced to infopath for around three months and have some grasp on it. However I did not understand your post of where to add the css (editifs/newifs/displayifs). If you can explain in a drop more detail I would greatly appreciate it.

Thanks Shlomo

Doing this adds the flicker issue to the form when tabbing through the rich text boxes. I know you can set to never postback and that resolves flicker but it doesnt resolve flicker if someone copies and pastes into the rich text boxes...any other thoughts?

Thank you again Nolan,

I eventually figured it out, and here is where I changed it (from my documentation)

 There is an interesting side note about the way the form is rendered. The first time it is pulled up, it is pulled inside of a sharepoint page, as a web-part. It follows the SharePoint rules, and the web-part rules, and is wrapped by the Masterpage. After that, when one clicks on the form, it is loaded from within the _layouts/15/FormServer.aspx and the _layouts/15/print.FormServer.aspx pages. As such in order to ensure word wrap, I also needed to modify the actual aspx form inside of the server. I went into the server, and added <style type="text/css">textarea{white-space: pre-line !important;}</style> to the C:\Program Files\Common Files\microsoft shared\Web Server Extensions\15\TEMPLATE\LAYOUTS\print.formserver.aspx & formserver.aspx.

I hope this helps someone,

Shlomo

 

 

I've a workaround to address this issue and here's what I did: 1) Created a text box control , say, "Description" with multi-line checked. Created a rich-text box, say, "CopyOfDesc" with wrap-text checked (I will be using this rich text box to copy the content from the "Description" into this once the user submits his/her form) 2) Create a drop-down control with No and Yes values in it and name it as "hiddenButton". The default value will be set to No and I will hide this control using the formatting rule "hiddenButton is not blank". This button value can be changes to Yes after user submits the form using Update Item action in Nintex workflow. 3) The first text box "Description" is what user(s) see in the InfoPath form and is hidden after user submits it. Rule used here is "hiddenButton is equal to Yes - hide this control". 4) The second text box "CopyOfDesc" is hidden and is enabled after user submission. Rule used here is "hiddenButton is equal to No - hide this control". And the default value in this control box is ".Description". 5) This way, the text in the multi-line text box "Description" gets wrapped in "CopyOfDesc' after all submissions. I hope this will be helpful to someone. Cheers, Priya Taluchuri