 |
 | Home | Contact Us | FAQ | Search & Site Map | Link to Us |
 | Sign In | Join | Other 45 Sites in Network |
| HomeDiscussionsAccessExcelInfoPathOutlookPowerPointPublisherWordDirectoryUser Groups Related Topics Outlook ExpressInternet ExplorerWindowsMS Server ProductsMore Topics ... |
MS Office Forum / General MS InfoPath Questions / November 2005Printing...I must be missing something
OK...don't laugh... I am trying to print a simple for and when I try to preview, I get a blank(grey) screen and nothing prints....I have read all of the posts about creating a print view to match paper forms etc.....but I can't even get a print view to print.... Is there something to enable or what? HELP! Hi Tom, Complete these steps for me and let me know the results: - Open your InfoPath template (XSN) file in Design View - Display the Views Task Pane - How many Views do you show? Thanks, Scott L. Heim Microsoft Developer Support This posting is provided "AS IS" with no warranties, and confers no rights 7 > Hi Tom, > [quoted text clipped - 10 lines] > > This posting is provided "AS IS" with no warranties, and confers no rights Hi Tom, Ok - chances are, one of these other views is setup as the "print view." Let's try the following: - Open your InfoPath solution in Design View - Display the Views task pane - Select the view that you want to be printed - Click the View Properties button - Select the Print Settings tab - Under the section: "Select an existing view to use when printing this view" - what view is selected? Is it the current view we are working on or one of your other views? If this is one of your other views, select the correct view from the drop-down, test and let me know if this resolves the issue! Thanks Tom, Scott L. Heim Microsoft Developer Support This posting is provided "AS IS" with no warranties, and confers no rights Scott, Create a new blank form... add a field in the datasource named "test1" just a text field drag this onto the form surface... preview the form print the form....nothing prints..... > Hi Tom, > [quoted text clipped - 19 lines] > > This posting is provided "AS IS" with no warranties, and confers no rights Hi Tim, Thank you for the steps. I completed the steps as you described and when I drag "test1" field to the form, I get "Test 1: " and a text box. If I subsequently preview the form and print it, the printed page contains the same: "Test 1: " and an empty text box (with a border.) Is this not the behavior you see? When you drag the field to the form, do you see "Test 1"? Also, complete these steps for me with this newly created form: - Make sure you are in Design View - Display the Views Task Pane - Select View 1 (Default) - Click the View Properties button - Select the Page Setup tab - what do you have for Printer? Is this set to (default)? If so, do you have any other printers you could test? Thanks Tim, Scott L. Heim Microsoft Developer Support This posting is provided "AS IS" with no warranties, and confers no rights Scott, When I look at the Page Setup Tab, (default) was selected. I changed this to each of the 5 printers that I have available and they all act the same way. If I do a print preview, I get a blank (grey) screen. If I do a ctrl-P, I get no output to the printer. I must me doing something wrong... HELP!!! > Hi Tim, > [quoted text clipped - 22 lines] > > This posting is provided "AS IS" with no warranties, and confers no rights Hi Tim, Let's see if it's a possible security issue: - Create a new, blank form - Add a text box to the form - From the Tools menu, choose Form Options - Select the Security tab - Uncheck the option: "Automatically determine security level..." and enable the option: Full Trust - Enable the option: Sign this form and then click the Select Certificate button. (If you do not have a code signing certificate on your machine, click the Create Certificate button and this will create a "self-cert" which we can use for this test.) When you are done, make sure all 3 fields under "Sign this form" are complete. - Save the form - Double-click to open the form and then do a Print Preview...what is the result? Thanks, Scott L. Heim Microsoft Developer Support This posting is provided "AS IS" with no warranties, and confers no rights I get the same results...no change > Hi Tim, > [quoted text clipped - 21 lines] > > This posting is provided "AS IS" with no warranties, and confers no rights Hi Tim, This is extremely odd. Please let me know the results of these steps: - From the Start button, choose Run - Enter the following command: %Temp% (this should open your default temp folder) - Delete all files in this folder and leave this window open! - Use the sample form I asked you to create last week. (If you deleted this form, please create a new, blank form and add just a text box to the form.) - Preview the form, choose Print and then Preview - While still previewing the form, switch over to your Temp folder window. You should now have an "HTM" file in this folder - double click that file...what is the result? Does it look like your form? If so, what happens if you now choose File|Print Preview from the IE window? - If you InfoPath form above was still blank, let's now try this: - Close all IE and InfoPath forms - From the Start button, select Run and enter this command: InfoPath /cache clearall - Click OK - this should launch InfoPath - Preview the form from above - what is the result? Best regards, Scott L. Heim Microsoft Developer Support This posting is provided "AS IS" with no warranties, and confers no rights Scott, After trying all of this, there is no difference...still no preview or output.... but....I do think that I have identified the issue although I don't know what to do about it... Since you, Microsoft, are writing the .htm to the filesystem and, i assume, using the IE objects to view and print this file, whe IE picks up the file, it puts it in the Restricted zone, which we have locked down so no active script can run....if I change this to prompt, I can say yes and I get a preview and print....sooo.... The huge question is, what is the workaround....I cant open up security here because of our company policy....my Network Admin is asking me "what scripts are they running, it's just a form!" and I can't answer him... What are my options?....we can't be the only ones with this problem...can you shed any light on this, tell me if I am wrong, put me in touch with someone who can solve it, or what?.. Thanks for all your help. Tim > Hi Tim, > [quoted text clipped - 26 lines] > > This posting is provided "AS IS" with no warranties, and confers no rights Hi Tim, What happens if you add your machine to the "Trusted Sites" zone in IE? Now I would like to confirm something though: - Please use either a new template with just a text box or the one we previously created like this - Double-click this template - From the File menu choose Print and then select Preview - Navigate to your Temp directory and double-click the HTM file that is opened for this form Does it show this to be in the Restricted Zone? The reason I ask is that for me, this is not the case. Thanks, Scott L. Heim Microsoft Developer Support This posting is provided "AS IS" with no warranties, and confers no rights Scott, It shows "MyComputer"...and, as I understand sp2 security, IE uses the "Restricted" Zone for any "MyComputer" access... If I then go into IE and set "Active Scripting" to "prompt", I can then print preview from Infopath...(after I say yes to the prompt)... I can't be the only one experiencing this behavior...?? Tim > Hi Tim, > [quoted text clipped - 17 lines] > > This posting is provided "AS IS" with no warranties, and confers no rights Hi Tim, This is how I see it as well: if I Preview a template, then choose Print, select Print Preview and then open the HTM file in my "temp" folder, it shows in the "My Computer" zone. The problem is I don't have the same resulting behavior as you. In addition, we are not getting support calls for this nor is there much in the Newsgroup regarding this behavior. (Yes - I am running SP2 as well.) The "Active Scripting" setting in my Restricted Zone is indeed set to Disable - just as yours. So it appears as though there may be some additional "lock downs" on your machine that I do not have. Can your IT department shed any additional light on what/how the machines are locked down? Thanks, Scott L. Heim Microsoft Developer Support This posting is provided "AS IS" with no warranties, and confers no rights Tim, Have you found a solution to your problem? I beleive I have the same problem. I created a cascading list box, but the data in the secondary box is missing from the print preview and on the printed copy. I also witnessed only one line of data showing up on the printed copy if I highlight it with my cursor before printing. Corey > OK...don't laugh... > [quoted text clipped - 6 lines] > > HELP! Yes... They are using About:Blank and the IE Print Engine...our About:blank by company policy is in the Restricted Zone with will not allow scripting to run, so we put it back to the Internet Zone and everything was fine... Tim Philomeno, Sparling, Inc. > Tim, > Have you found a solution to your problem? I beleive I have the same [quoted text clipped - 15 lines] > > > > HELP! Tim, Did you get this sorted out? I am having the same issues with printing my infopath docs and we run quite a locked-down IE setup here. > OK...don't laugh... > [quoted text clipped - 6 lines] > > HELP! Yes... They are using About:Blank and the IE Print Engine...our About:blank by company policy is in the Restricted Zone with will not allow scripting to run, so we put it back to the Internet Zone and everything was fine... Tim Philomeno, Sparling, Inc. > Tim, > Did you get this sorted out? I am having the same issues with printing my [quoted text clipped - 10 lines] > > > > HELP! |
Reply to this Message |
 Sign In
 Join
 My Latest Posts My Monitored Threads My Blog My Photo Gallery My Profile My Homepage Start New Thread Enable EMail Alerts Rate this Thread
|
©2008 Advenet LLC Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.