I am developing and populating a document using VSTO 2005 and MS Word 2003 SP2
. Within the document is a table. In the table cells are XML nodes, where
I programmatically populate the XML Nodes in this table. Everything looks
good on screen and in print preview, but when I print the document, part of
the table border is not printing. Also, some of the text from one page will
get pushed down into the next page when its printed. Thus, it is not "what
you see is what you get". The borders of the table are solid line and I have
printed this document to multiple different printers and printer brands (HP,
Xerox, etc.) and I get the same result. However, when I print the document
from Word 2007, everything prints fine. I have about 300 users who are using
this application and the error I have just described is not persistent.
This document was originally created using VSTO and I initially posted to
that group, but when I strip away anything to do with VSTO from the document,
the document not being WYSIWG still persists so I was told to post to this
group from a VSTO MVP
Does anyone know of a solution to this? Is this a known issue with Word
2003? I have a two page document that I could email to anyone who is willing
to help.
Any help would be greatly appreciated.
Steve
So you've already ruled out the VSTO solution as the cause of the
problem. So let's look at the XML schema. As a diagnostic test, can I
suggest that you try displaying and hiding the pink XML tags (use the
XML Structure task pane - tick the box at the bottom of the pane). Does
one or other make a difference?
And, having hidden the pink XML tags, try showing and hiding the XML
placeholders for empty tags (Tools > Templates and Add-ins > XML Schema
> XML Options).
If that doesn't help, un-hitch the document from the schema and remove
all the pink XML tags. Do you still have the same problem?
If not, then the XML tags are the problem, and I don't know a good
solution. I haven't had great success with the XML tags in tables. Or to
be precise, I've had real troubles with a table within an XML tag. And I
gave up completely on mixing nested tables and XML tags.
If you do still have the problem, then the XML tags aren't the cause.
Are the tables near the edges of the page? Maybe you're running out of
printable area. See:
The bottom of my pages don't print
http://www.word.mvps.org/FAQs/Formatting/BottomsDontPrint.htm
Or maybe, as I sometimes suspect and can never replicate, there is a
problem with the table style. Try clicking in the table and applying
style Table Normal. Then, add or remove borders as necessary to get the
borders you need. Does that help?
Or, maybe it's a printer driver problem. Make sure that the printer
drivers are up to date and are for the right version of Windows. And,
try printing to a PDF 'driver' such as the free PrimoPDF
(www.primopdf.com). If it works when printed to the PDF, then you know
it's a hardware printer driver problem.
Hope this helps. If you learn the cause, please let us know in case
others have similar problems in the future.
Cheers
Shauna Kelly. Microsoft MVP.
http://www.shaunakelly.com/word
"Steve565656565656" <splowman [at] chanllc.com> wrote in message
news:7559C53B-E176-40BC...@microsoft.com...
With respect to the XML nodes, I have already deleted all of the XML nodes,
so the nodes aren't the reason.
I know that the document is not running out of printing area because I can
add a border around the entire page and the border does print.
I have tried three different printers, wheare each printer is a different
brand name. I also saved to Microsoft's xps file type, so i can view it in
internet explorer and the problem still persists there as well.
Currently, the style is normal + Times New Roman and its a requirement to
keep the font in Times New Roman.
I converted the file to PDF using Primo PDF and the conversion is the same
as if it were printed (no WYSIWYG).
Do you have any other suggestions?
Steve P
>Currently, the style is normal + Times New Roman and its a requirement
>to
keep the font in Times New Roman.
That sounds like you're talking about the paragraph style(s) used in the
table. What I meant was to change the table style. Select the entire
table (Table > Select > Table). Using the Styles & Formatting pane,
apply the "Table Normal" style. Adjust borders to suit your needs. Does
that solve the problem? If so, then you could get the TNR font either by
modifying the table style itself, or just adding direct formatting to
the paragraphs as you are doing now.
My only other suggestion would be to try making the borders thicker. If
thick borders work, and thin ones don't, then you'll have an answer,
even if it's not the one you want <g>.
Hope this helps.
Shauna Kelly. Microsoft MVP.
http://www.shaunakelly.com/word
"Steve565656565656" <splowman [at] chanllc.com> wrote in message
news:A5A22A71-0B7B-40E8...@microsoft.com...
I resolved the issue, or rather a work around. There is another one cell
table before the table where I am having problems and the flow for the one
cell table had text flowing around it vs. text not flowing around it. This
property should not make any difference at all for the table I am having a
problem with. Word 2003 should be WYSIWYG and I believe this work-around is
to a bug within Word 2003.
Steve
Thanks for posting back with your discovery. It might help someone else
with the same problems.
Shauna
Shauna Kelly. Microsoft MVP.
http://www.shaunakelly.com/word
"Steve565656565656" <splowman [at] chanllc.com> wrote in message
news:71197D75-3512-401F...@microsoft.com...
I wonder if there is anyone out there who has a workaround for a problem I have encountered with Word 2003. This is not quite the same as the problem described by Steve a year ago but is nonetheless a real drag.
After years of resisting making the change I recently upgraded to Office 2003 from Office 2000. Now I find that when I use text boxes or tables in Word on a page that is set up for A4 and using the print layout format, what is shown on the screen is not what prints out. When I print what is supposed to be A4 format I find that what is shown on the layout page is in fact only about ? of the page. As a consequence I wind up not using about a quarter of the page. The only way around this seems to be to take a wild guess at where the real page border are. That is a rather time wasting. hit an miss approach.
This is not satisfactory so I am considering reverting to Office 2000 where what I see on the screen is very close to what comes out on the printer. Has anyone got any ideas on how to get the WYSIWYG in Word 2003 to be truly representational of what is printed before I return to an application that actually does what it purports to do (Office 2000)?
Allen
splowman [at] chanllc.com wrote:
WYSIWYG problem
07-Jan-08
Hello,
Steve
Previous Posts In This Thread:
On Monday, January 07, 2008 10:42 AM
splowman [at] chanllc.com wrote:
WYSIWYG problem
Hello,
Steve
On Tuesday, January 08, 2008 7:27 AM
Shauna Kelly wrote:
Hi SteveSo you've already ruled out the VSTO solution as the cause of the
Hi Steve
Cheers
On Tuesday, January 08, 2008 10:43 AM
splowman [at] chanllc.com wrote:
Thank you for your reply Shauna.
Thank you for your reply Shauna.
With respect to the XML nodes, I have already deleted all of the XML nodes,
so the nodes aren't the reason.
I know that the document is not running out of printing area because I can
add a border around the entire page and the border does print.
I have tried three different printers, wheare each printer is a different
brand name. I also saved to Microsoft's xps file type, so i can view it in
internet explorer and the problem still persists there as well.
Currently, the style is normal + Times New Roman and its a requirement to
keep the font in Times New Roman.
I converted the file to PDF using Primo PDF and the conversion is the same
as if it were printed (no WYSIWYG).
Do you have any other suggestions?
Steve P
"Shauna Kelly" wrote:
On Wednesday, January 09, 2008 6:04 AM
Shauna Kelly wrote:
Hi Stevekeep the font in Times New Roman.
Hi Steve
keep the font in Times New Roman.
That sounds like you're talking about the paragraph style(s) used in the
table. What I meant was to change the table style. Select the entire
table (Table > Select > Table). Using the Styles & Formatting pane,
apply the "Table Normal" style. Adjust borders to suit your needs. Does
that solve the problem? If so, then you could get the TNR font either by
modifying the table style itself, or just adding direct formatting to
the paragraphs as you are doing now.
My only other suggestion would be to try making the borders thicker. If
thick borders work, and thin ones don't, then you'll have an answer,
even if it's not the one you want <g>.
Hope this helps.
Shauna Kelly. Microsoft MVP.
http://www.shaunakelly.com/word
"Steve565656565656" <splowman [at] chanllc.com> wrote in message
news:A5A22A71-0B7B-40E8...@microsoft.com...
On Wednesday, January 09, 2008 11:49 AM
splowman [at] chanllc.com wrote:
Thank you for your reply.I resolved the issue, or rather a work around.
Thank you for your reply.
I resolved the issue, or rather a work around. There is another one cell
table before the table where I am having problems and the flow for the one
cell table had text flowing around it vs. text not flowing around it. This
property should not make any difference at all for the table I am having a
problem with. Word 2003 should be WYSIWYG and I believe this work-around is
to a bug within Word 2003.
Steve
"Shauna Kelly" wrote:
On Friday, January 11, 2008 8:39 PM
Shauna Kelly wrote:
Hi SteveThanks for posting back with your discovery.
Hi Steve
Thanks for posting back with your discovery. It might help someone else
with the same problems.
Shauna
Shauna Kelly. Microsoft MVP.
http://www.shaunakelly.com/word
Submitted via EggHeadCafe - Software Developer Portal of Choice
Silverlight: Dynamically add "favorites" bookmark link to Page
http://www.eggheadcafe.com/tutorials/aspnet/7830a01d-1b73-4912-a30c-b803af13982c/silverlight-dynamically.aspx
Also try updating the printer driver
--
Hope this helps.
Please reply to the newsgroup unless you wish to avail yourself of my
services on a paid consulting basis.
Doug Robbins - Word MVP, originally posted via msnews.microsoft.com
"allen horstmanshof" wrote in message
news:20101221329all...@hotmail.com...
Thank you for your prompt response and apologies for my tardy reply.
The problem seems to be not in the application to printer area but in the Word 2003 application itself. When I create a document using the Print Layout option under the View tag, the image that I get on the screen indicates that the text box or non textual file that I have inserted on the page exceeds the boundaries of the page. When I print the page or view it in Print Preview the image is well within the boundaries of the printed page. Page Setup indicates that the page I am viewing is the correct size (in this case A4) yet the print layout view seems to use an entrenched size that is smaller than the A4 it is supposed to display. In Word 2000 when I used the print layout option, the paper size shown on the screen was pretty much what was loaded and printed. It was not dead accurate but far more WYSIWYG than is its successor.
I can live with this I suppose as I there is a workarounds but it is a nuisance of sizing the stuff beyond what I see on the screen and then to switch across to print preview to see if I am still inside the boundaries of the page. It seems to be a bug in Word 2003 that I assume is based upon the assumption that the whole world uses American paper sizes.
Nonetheless thank you for your input
Allen
Doug Robbins - Word MVP wrote:
In the Zoom section of the File>Print dialog make sure that the Scale topage
02-Jan-10
In the Zoom section of the File>Print dialog make sure that the Scale to
page size setting is No Scaling. Also make sure that the default paper size
in the Paper Options section of the Paper tab of the Printer Properties
dialog is set to A4.
Also try updating the printer driver
--
Hope this helps.
Please reply to the newsgroup unless you wish to avail yourself of my
services on a paid consulting basis.
Doug Robbins - Word MVP, originally posted via msnews.microsoft.com
"allen horstmanshof" wrote in message
Previous Posts In This Thread:
Submitted via EggHeadCafe - Software Developer Portal of Choice
Web parts and Form based authentication using SqlMembershipProvider
http://www.eggheadcafe.com/tutorials/aspnet/0b6cdd68-c023-4f0d-9253-d980bc8b26bd/web-parts-and-form-based.aspx
--
Suzanne S. Barnhill
Microsoft MVP (Word)
Words into Type
Fairhope, Alabama USA
http://word.mvps.org
<allen horstmanshof> wrote in message
news:20101821154all...@hotmail.com...
The way to deal with this issue is to scroll up on the open page until two small boxes with opposing arrows appear. Click on these and a dark a dark blue area appears on the LH vertical ruler. This allows the user to control the amount of the margin that they see on the screen.
This is posted as an FYI for anyone like me who are not proficient in the use of MS Word 2003.
Allen
allen horstmanshof wrote:
WYSWYG Probelms
08-Jan-10
Hi Doug,
Thank you for your prompt response and apologies for my tardy reply.
The problem seems to be not in the application to printer area but in the Word 2003 application itself. When I create a document using the Print Layout option under the View tag, the image that I get on the screen indicates that the text box or non textual file that I have inserted on the page exceeds the boundaries of the page. When I print the page or view it in Print Preview the image is well within the boundaries of the printed page. Page Setup indicates that the page I am viewing is the correct size (in this case A4) yet the print layout view seems to use an entrenched size that is smaller than the A4 it is supposed to display. In Word 2000 when I used the print layout option, the paper size shown on the screen was pretty much what was loaded and printed. It was not dead accurate but far more WYSIWYG than is its successor.
I can live with this I suppose as I there is a workarounds but it is a nuisance of sizing the stuff beyond what I see on the screen and then to switch across to print preview to see if I am still inside the boundaries of the page. It seems to be a bug in Word 2003 that I assume is based upon the assumption that the whole world uses American paper sizes.
Nonetheless thank you for your input
Allen
Previous Posts In This Thread:
Submitted via EggHeadCafe - Software Developer Portal of Choice
Host Winforms App in IE from your web server
http://www.eggheadcafe.com/tutorials/aspnet/c40df7ba-b0c1-4de6-802b-78bbd653d184/host-winforms-app-in-ie-f.aspx
--
Hope this helps.
Please reply to the newsgroup unless you wish to avail yourself of my
services on a paid consulting basis.
Doug Robbins - Word MVP, originally posted via msnews.microsoft.com
"allen horstmanshof" wrote in message
news:201011002247all...@hotmail.com...