[Steve565656565656]

Hello,



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

[Shauna Kelly]

Hi 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/Format...sDontPrint.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
...
Hello,



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

[Steve565656565656]

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:

Hi 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/Format...sDontPrint.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
...
Hello,



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

[Shauna Kelly]

Hi Steve

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
...
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:

Hi 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/Format...sDontPrint.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
...
Hello,



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

[Steve565656565656]

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:

Hi Steve

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
...
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:

Hi 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/Format...sDontPrint.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
...
Hello,



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

[Shauna Kelly]

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




"Steve565656565656" splowman [at] chanllc.com wrote in message
...
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:

Hi Steve

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
...
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:

Hi 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/Format...sDontPrint.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
...
Hello,



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

[allen horstmanshof]

Hi,

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,



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

Previous Posts In This Thread:

On Monday, January 07, 2008 10:42 AM
splowman [at] chanllc.com wrote:

WYSIWYG problem
Hello,



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

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

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/Format...sDontPrint.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
...

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
...

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...namically.aspx

[Doug Robbins - Word MVP]

In the Zoom section of the FilePrint 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
...
Hi,

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,



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

Previous Posts In This Thread:

On Monday, January 07, 2008 10:42 AM
splowman [at] chanllc.com wrote:

WYSIWYG problem
Hello,



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

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

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/Format...sDontPrint.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
...

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
...

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...namically.aspx

[allen horstmanshof]

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




Doug Robbins - Word MVP wrote:

In the Zoom section of the FilePrint dialog make sure that the Scale topage
02-Jan-10

In the Zoom section of the FilePrint 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...orm-based.aspx

[Suzanne S. Barnhill]

Perhaps you have white space hidden? See
http://sbarnhill.mvps.org/WordFAQs/WhiteSpace.htm

--
Suzanne S. Barnhill
Microsoft MVP (Word)
Words into Type
Fairhope, Alabama USA
http://word.mvps.org

allen horstmanshof wrote in message
...
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




Doug Robbins - Word MVP wrote:

In the Zoom section of the FilePrint dialog make sure that the Scale
topage
02-Jan-10

In the Zoom section of the FilePrint 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...orm-based.aspx

[allen horstmanshof]

The problem I encountered of the display on the screen not reflecting what was seen in the print preview was due to the "hide blank space" feature of MS Word 2003. I had not encountered this in in previous versions of MS Word and so did not know of its exsistnce.

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...p-in-ie-f.aspx

[Doug Robbins - Word MVP]

I believe that it was with Word 2003 that the hide white space feature was
introduced.

--
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
...
The problem I encountered of the display on the screen not reflecting what
was seen in the print preview was due to the "hide blank space" feature of
MS Word 2003. I had not encountered this in in previous versions of MS
Word and so did not know of its exsistnce.

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...p-in-ie-f.aspx