SharePoint Developer Center >
SharePoint Products and Technologies Forums
>
SharePoint - InfoPath Forms Services
>
Form layout changes for users
Form layout changes for users
- I have designed an application form that when I view it/print it works fine, but when other users try to print from a browser after completing it inserts a page number with spaces at the top. The result being the whole document layout changes. Any tips/help?
Answers
- When someone says "printing from a browser" in relation to a form, it's much more likely that they are referring to a browser form than someone exporting to Web and then printing. That would be about the last thing I'd expect. Regardless, you said that was the only way to get your browser involved in InfoPath, and that was wrong.
SharePoint Architect || My Blog- Marked As Answer byXue-Mei Chang-MSFTMSFT, ModeratorFriday, November 06, 2009 7:45 AM
- I made a few basic errors when setting this up which probably contributed to the minor mess :p
First off I published the form as a form not as a template to be reused. The publishing itself was borked because I didn't create a form library to store the completed templates etc in (hey don't shoot me! I'm still new to this!). The list kind of goes on a wee bit.
I redid the whole thing, published as a template with a corresponding library and users can now access, complete and print forms without any problems.
Thanks for all the help :)- Marked As Answer bySpawnylicious Friday, November 06, 2009 10:22 AM
All Replies
- Hi,
What do you mean by layout changes ?, i would recommend you to use IE developer toolbar to assess any html changes that may be causing problem.
Ashraf ul Islam
Sharepoint Consultant - well when i preview the form i get the whole page, no additional info (page No, spaces etc) so the form fits as it should. However when other used view it they get the page number and a couple of spaces at the top pushinf everything down a couple of lines so the tables at the bottom of page 1 gets truncated and part of it appears at the top of page 2.
- InfoPath forms don't have page numbers, so is your form not built in InfoPath? What kind of form is this "application form" that you're talking about. When the users print, are they printing in Word? I have never seen an InfoPath form automatically generate page numbers like what you're talking about.
SharePoint Architect || My Blog - The only way how you can get your browser involved in InfoPath is when you export the form to "Web".
File -> Export To -> Web
by doing this you will be saving the file as an .mht (Single File Webpage) file.
Now the question is, Are you trying to PRINT this page from your web browser. If "YES" this is the default behaviour. You would get Page numbers on top and file location and date on the bottom when you print the page.
Balaji Baskar [Please mark the post as answer if it answers your question] The only way how you can get your browser involved in InfoPath is when you export the form to "Web".
File -> Export To -> Web
by doing this you will be saving the file as an .mht (Single File Webpage) file.
Now the question is, Are you trying to PRINT this page from your web browser. If "YES" this is the default behaviour. You would get Page numbers on top and file location and date on the bottom when you print the page.
Balaji Baskar [Please mark the post as answer if it answers your question]
What do you mean that's the only way you get your browser involved in InfoPath. InfoPath has browser-enabled forms, too, and they're not related to exporting to Web.
SharePoint Architect || My Blog- Ok, apologies for not giving enough info. The form has been designed in Infopath and submitted to a sharepoint portal as a browser enabled form.
They basically fill in the form in the browser and print it.
Balaji is right though, it is the browser that seems to be adding the header/footer details. The only way how you can get your browser involved in InfoPath is when you export the form to "Web".
File -> Export To -> Web
by doing this you will be saving the file as an .mht (Single File Webpage) file.
Now the question is, Are you trying to PRINT this page from your web browser. If "YES" this is the default behaviour. You would get Page numbers on top and file location and date on the bottom when you print the page.
Balaji Baskar [Please mark the post as answer if it answers your question]
What do you mean that's the only way you get your browser involved in InfoPath. InfoPath has browser-enabled forms, too, and they're not related to exporting to Web.
SharePoint Architect || My Blog
Since, the question was based on PRINTING the infopath form and since there were no information on the deployment aspects / details of the form, the answer revolved only with the printing characteristics of the infopath form in web browser.
Balaji Baskar [Please mark the post as answer if it answers your question]- When someone says "printing from a browser" in relation to a form, it's much more likely that they are referring to a browser form than someone exporting to Web and then printing. That would be about the last thing I'd expect. Regardless, you said that was the only way to get your browser involved in InfoPath, and that was wrong.
SharePoint Architect || My Blog- Marked As Answer byXue-Mei Chang-MSFTMSFT, ModeratorFriday, November 06, 2009 7:45 AM
- I made a few basic errors when setting this up which probably contributed to the minor mess :p
First off I published the form as a form not as a template to be reused. The publishing itself was borked because I didn't create a form library to store the completed templates etc in (hey don't shoot me! I'm still new to this!). The list kind of goes on a wee bit.
I redid the whole thing, published as a template with a corresponding library and users can now access, complete and print forms without any problems.
Thanks for all the help :)- Marked As Answer bySpawnylicious Friday, November 06, 2009 10:22 AM
