Browser Forms

Re: Layout bug in email sent from infopath form in browser

zdonalds — Thu, 06 Jun 2013 17:54:04 GMT

I am experiencing this same problem. infopath 2010 submitting to Sharepoint 2010 forms library but also using an email data connection to email the form before submitting to the forms library. The emailed version of the form has very wide columns that don't match the look of the form in Infopath or in the browser when its being filled out.

As per the previous suggestion, I have set the width of all columns to be a specific pixel value, not set to auto-adjust to the size of the content.

Any help would be appreciated.

Re: Layout bug in email sent from infopath form in browser

justin.jocewicz — Wed, 03 Aug 2011 17:17:32 GMT

This worked for me:

Try setting the width of each individual control to a fixed pixel length, rather than allowing them to auto-size (100%) to the cell.There's still a couple of controls where even this won't work, like the date picker. I had the same issue and this was the fix.

Taken from http://social.technet.microsoft.com/Forums/en/sharepoint2010customization/thread/1b874983-9a83-4566-9085-58eafb750f9a

I am using infopath designer 2010 with a MOSS 2007 server. Thanks.

Re: Layout bug in email sent from infopath form in browser

CptChaos — Mon, 27 Sep 2010 10:09:30 GMT

Hello @ll,

i`ve the same issue in a InfoPath 2007-Form on a MOSS 2007.

Setting all Controls to 100% or 99% or a fixed width in px doesn`t solve it!

Have anyone tried this in InfoPath 2010 or find another solution in 2007?

Edit:
If you open the mail/formular in outlook, you can click on Actions -> Other Actions -> "View in Browser" to get a *.mht-File shown in your Browser. This view is very fine. Maybe this is an workaround for anyone... i've to look for an solution directly in Outlook!

Edit2:
I created a 2nd view and put all controls in a layout-table with a fixed width and publish the Form with InfoPath 2010.
The same error occured... solution is still needed ;)

Re: Layout bug in email sent from infopath form in browser

RajShah11 — Thu, 08 Oct 2009 20:46:16 GMT

Looks like this is another bug MS needs to fix in 2010.

I found one hotfix link from MS, doesn't help me but for reference for others. http://support.microsoft.com/kb/925429/

My problem got resolved by the solution provided above which stat to replace "col span width" with <td style="Width > attribute.

Re: Layout bug in email sent from infopath form in browser

RajShah11 — Thu, 08 Oct 2009 19:22:53 GMT

I am also facing the same problem when my Infopath form is send to Outlook 2003 as an email. I use Layout table all the time and seems to be the problem when you split or merge the cells.

Re: Layout bug in email sent from infopath form in browser

cweaver77 — Fri, 04 Sep 2009 15:04:42 GMT

Nope, it still does that same thing if I use a web enabled form and email to Outlook 2007. If I just send the form out from Infopath, it comes into Outlook with no problems.

Re: Layout bug in email sent from infopath form in browser

princevis — Fri, 04 Sep 2009 14:42:47 GMT

well,for all the controls in your form, open properties page,goto size tab,select auto for height and 100% for width.And publish your form again,to the form library..

Re: Layout bug in email sent from infopath form in browser

cweaver77 — Fri, 04 Sep 2009 14:32:50 GMT

Has anyone figure out a resolution to this problem. I am having the same problem.

Re: Layout bug in email sent from infopath form in browser

lenovo27 — Thu, 21 May 2009 16:33:00 GMT

I also have this problem, but it is not consistent. Most of my users see the form just fine, while others, including myself, have a skewed view of the form; it is extremely wide for us.

It doesn't seem to be specific to any version of outlook, as my users and the mix of people who have the problem are split between 2003 and 2007.

I believe there is a setting in Outlook that can fix this. I saw one of my users click on something by accident that fixed the view, but he wasn't sure what he did.

Re: Layout bug in email sent from infopath form in browser

Husher — Thu, 05 Mar 2009 12:59:28 GMT

Has anyone found the Hotfix for this problem? I went through the available hotfixes at msdn, but none of them fixed the problem.

Help is much appreciated.

Re: Layout bug in email sent from infopath form in browser

Reego — Wed, 17 Dec 2008 20:33:47 GMT

There is a hotfix available that solves my problem, probably others too. It should be included in public patches soon.

Re: Layout bug in email sent from infopath form in browser

qnguyen — Mon, 08 Dec 2008 07:52:37 GMT

Well, I now can fix the length of textbox, but the date picker is still not solve.

Funny that although I set Alignment of textbox is Center but display in email still left because of class "xdTextBox" has "text-align:left" property.

Re: Layout bug in email sent from infopath form in browser

Reego — Thu, 04 Dec 2008 13:35:20 GMT

I saw which piece of code from MOSS is causing the problem and I understand it pretty well now.

When there are attributes in <tr> it is shifting column width values. Ex: <tr height="20px">, columns width values will be shifted to the left by 1, by 2 when there are two attributes, etc...

When designing your form, ensure row height is set to 'auto' to avoid this layout bug. Other attributes, related to style for exemple, will cause the problem too. Track these attributes in your view's xsl and design your form accordingly.

You have to take care of merged cells too. Colspan doesn't seem to be handled in the width attribute's computing. The only workaround I have for merged cells involves the xsl editing I showed in my second post.

I'm pretty confident that it will be corrected by M$, but I don't know when.

Re: Layout bug in email sent from infopath form in browser

qnguyen — Wed, 03 Dec 2008 07:20:51 GMT

So, maybe this is a bug from M$. My project manager prefer displaying the form in email to replacing with the URL.

Hope to here everybody.

Thanks

Re: Layout bug in email sent from infopath form in browser

chandrakanth — Wed, 03 Dec 2008 06:43:48 GMT

Hi,

I also faced this kind of problem while implementing this feature in my project.The work around i had done is i just placed the Url of the form in the Outlook email body.So user can open the form by just clicking on the Url.