Hi ?B?QVN3YWRlbmVy?=,

The TOC is actually displayed in Reading Layout, but the page numbers all
show up as page #1. Then when you get out of Reading Layout on that
document, the page numbers are still #1. If, however, I simply save the
attachment to my hard drive (don't try to open it from an email attachment),
then open it from the hard drive all the page #s are correct.

Interesting. When I view a TOC (created in Word 2003) in the Reading Layout the TOC
shows no page numbers at all. This actually makes sense, since the RL "screens" usually
will not match up with the actual page numbers. And the TOC field is not consctructed
to work with RL "screens".

It appears this behavior is controlled by this switch, which Word 2003 apparently
includes in the TOC field by default:
\z: Hides tab leader and page numbers in Web layout view.

However, when I test sending myself a document containing a TOC without this switch the
page numbers have not reset to 1.

In which version of Word are these documents being created? Are you sure the TOC was
showing values other than 1 when it was sent to you?

Can't remember ever hearing of this, before. What, exactly, is being lost? The
entire field code? The bookmarks on which the TOC is built? Something else?

Can you give us a set of steps to reproduce the problem so that we can test it?

Additional finding is that docs created in older versions of MSWord when
attached to emails do not lose their TOC reference #s in Reading Layout.
Doesn't fix the problem, but does show that MSWord v9 (at least) file don't
get corrupted by Reading Layout.

"ASwadener" wrote:

MSWord 2003, when opening an attached document from Outlook 2003,
automatically shows the doc in Reading Layout... an annoyance, but that would
be fine if it didn't also lose all of the table of contents entries from the
original document before it was attached to the email. If you force MSWord
to NOT automatically show documents in Reading Layout (via the
ToolsOptionsGeneral function), the table of contents remains as it should
be. But the default behavior of MSWord IS to view in Reading Layout, so most
users who receive docs with TOCs will have this problem. When I'm creating
docs for prospective clients, I CANNOT have this problem. I've been having
to generate the table of contents and then copy-and-paste it as text to get
the document to be presented correctly to the email recipient.

Cindy Meister
INTER-Solutions, Switzerland
http://homepage.swissonline.ch/cindymeister (last update Jun 8 2004)
http://www.word.mvps.org

This reply is posted in the Newsgroup; please post any follow question or reply in the
newsgroup and not by e-mail :-)

Word2003. Sorry, one more clarification... you are correct, no TOC page #s
show at all in reading layout... it's when you open in reading layout and
THEN press Esc or change your view that the page numbers all turn to page #1.

"Cindy M -WordMVP-" wrote:

Hi ?B?QVN3YWRlbmVy?=,

The TOC is actually displayed in Reading Layout, but the page numbers all
show up as page #1. Then when you get out of Reading Layout on that
document, the page numbers are still #1. If, however, I simply save the
attachment to my hard drive (don't try to open it from an email attachment),
then open it from the hard drive all the page #s are correct.

Interesting. When I view a TOC (created in Word 2003) in the Reading Layout the TOC
shows no page numbers at all. This actually makes sense, since the RL "screens" usually
will not match up with the actual page numbers. And the TOC field is not consctructed
to work with RL "screens".

It appears this behavior is controlled by this switch, which Word 2003 apparently
includes in the TOC field by default:
\z: Hides tab leader and page numbers in Web layout view.

However, when I test sending myself a document containing a TOC without this switch the
page numbers have not reset to 1.

In which version of Word are these documents being created? Are you sure the TOC was
showing values other than 1 when it was sent to you?

Can't remember ever hearing of this, before. What, exactly, is being lost? The
entire field code? The bookmarks on which the TOC is built? Something else?

Can you give us a set of steps to reproduce the problem so that we can test it?

Additional finding is that docs created in older versions of MSWord when
attached to emails do not lose their TOC reference #s in Reading Layout.
Doesn't fix the problem, but does show that MSWord v9 (at least) file don't
get corrupted by Reading Layout.

"ASwadener" wrote:

MSWord 2003, when opening an attached document from Outlook 2003,
automatically shows the doc in Reading Layout... an annoyance, but that would
be fine if it didn't also lose all of the table of contents entries from the
original document before it was attached to the email. If you force MSWord
to NOT automatically show documents in Reading Layout (via the
ToolsOptionsGeneral function), the table of contents remains as it should
be. But the default behavior of MSWord IS to view in Reading Layout, so most
users who receive docs with TOCs will have this problem. When I'm creating
docs for prospective clients, I CANNOT have this problem. I've been having
to generate the table of contents and then copy-and-paste it as text to get
the document to be presented correctly to the email recipient.

Cindy Meister
INTER-Solutions, Switzerland
http://homepage.swissonline.ch/cindymeister (last update Jun 8 2004)
http://www.word.mvps.org

This reply is posted in the Newsgroup; please post any follow question or reply in the
newsgroup and not by e-mail :-)

Oh, and how would one use the \z in the field code? I'm not familiar with
that process. Thanks.

"ASwadener" wrote:

Word2003. Sorry, one more clarification... you are correct, no TOC page #s
show at all in reading layout... it's when you open in reading layout and
THEN press Esc or change your view that the page numbers all turn to page #1.

"Cindy M -WordMVP-" wrote:

Hi ?B?QVN3YWRlbmVy?=,

The TOC is actually displayed in Reading Layout, but the page numbers all
show up as page #1. Then when you get out of Reading Layout on that
document, the page numbers are still #1. If, however, I simply save the
attachment to my hard drive (don't try to open it from an email attachment),
then open it from the hard drive all the page #s are correct.

Interesting. When I view a TOC (created in Word 2003) in the Reading Layout the TOC
shows no page numbers at all. This actually makes sense, since the RL "screens" usually
will not match up with the actual page numbers. And the TOC field is not consctructed
to work with RL "screens".

It appears this behavior is controlled by this switch, which Word 2003 apparently
includes in the TOC field by default:
\z: Hides tab leader and page numbers in Web layout view.

However, when I test sending myself a document containing a TOC without this switch the
page numbers have not reset to 1.

In which version of Word are these documents being created? Are you sure the TOC was
showing values other than 1 when it was sent to you?

Can't remember ever hearing of this, before. What, exactly, is being lost? The
entire field code? The bookmarks on which the TOC is built? Something else?

Can you give us a set of steps to reproduce the problem so that we can test it?

Additional finding is that docs created in older versions of MSWord when
attached to emails do not lose their TOC reference #s in Reading Layout.
Doesn't fix the problem, but does show that MSWord v9 (at least) file don't
get corrupted by Reading Layout.

"ASwadener" wrote:

MSWord 2003, when opening an attached document from Outlook 2003,
automatically shows the doc in Reading Layout... an annoyance, but that would
be fine if it didn't also lose all of the table of contents entries from the
original document before it was attached to the email. If you force MSWord
to NOT automatically show documents in Reading Layout (via the
ToolsOptionsGeneral function), the table of contents remains as it should
be. But the default behavior of MSWord IS to view in Reading Layout, so most
users who receive docs with TOCs will have this problem. When I'm creating
docs for prospective clients, I CANNOT have this problem. I've been having
to generate the table of contents and then copy-and-paste it as text to get
the document to be presented correctly to the email recipient.

Cindy Meister
INTER-Solutions, Switzerland
http://homepage.swissonline.ch/cindymeister (last update Jun 8 2004)
http://www.word.mvps.org

This reply is posted in the Newsgroup; please post any follow question or reply in the
newsgroup and not by e-mail :-)

Word inserts it by default, but only in conjunction with the \h switch, so
if you have deselected the "Use hyperlinks instead of page numbers" box in
the TOC dialog, you won't get either one.

--
Suzanne S. Barnhill
Microsoft MVP (Word)
Words into Type
Fairhope, Alabama USA
Word MVP FAQ site: http://word.mvps.org
Email cannot be acknowledged; please post all follow-ups to the newsgroup so
all may benefit.

"ASwadener" wrote in message
news
Oh, and how would one use the \z in the field code? I'm not familiar with
that process. Thanks.

"ASwadener" wrote:

Word2003. Sorry, one more clarification... you are correct, no TOC page
#s
show at all in reading layout... it's when you open in reading layout
and
THEN press Esc or change your view that the page numbers all turn to
page #1.

"Cindy M -WordMVP-" wrote:

Hi ?B?QVN3YWRlbmVy?=,

The TOC is actually displayed in Reading Layout, but the page
numbers all
show up as page #1. Then when you get out of Reading Layout on that
document, the page numbers are still #1. If, however, I simply save
the
attachment to my hard drive (don't try to open it from an email
attachment),
then open it from the hard drive all the page #s are correct.

Interesting. When I view a TOC (created in Word 2003) in the Reading
Layout the TOC
shows no page numbers at all. This actually makes sense, since the RL
"screens" usually
will not match up with the actual page numbers. And the TOC field is
not consctructed
to work with RL "screens".

It appears this behavior is controlled by this switch, which Word 2003
apparently
includes in the TOC field by default:
\z: Hides tab leader and page numbers in Web layout view.

However, when I test sending myself a document containing a TOC
without this switch the
page numbers have not reset to 1.

In which version of Word are these documents being created? Are you
sure the TOC was
showing values other than 1 when it was sent to you?

Can't remember ever hearing of this, before. What, exactly, is
being lost? The
entire field code? The bookmarks on which the TOC is built?
Something else?

Can you give us a set of steps to reproduce the problem so that we
can test it?

Additional finding is that docs created in older versions of
MSWord when
attached to emails do not lose their TOC reference #s in Reading
Layout.
Doesn't fix the problem, but does show that MSWord v9 (at least)
file don't
get corrupted by Reading Layout.

"ASwadener" wrote:

MSWord 2003, when opening an attached document from Outlook
2003,
automatically shows the doc in Reading Layout... an annoyance,
but that would
be fine if it didn't also lose all of the table of contents
entries from the
original document before it was attached to the email. If you
force MSWord
to NOT automatically show documents in Reading Layout (via the
ToolsOptionsGeneral function), the table of contents remains
as it should
be. But the default behavior of MSWord IS to view in Reading
Layout, so most
users who receive docs with TOCs will have this problem. When
I'm creating
docs for prospective clients, I CANNOT have this problem.
I've been having
to generate the table of contents and then copy-and-paste it
as text to get
the document to be presented correctly to the email recipient.

Cindy Meister
INTER-Solutions, Switzerland
http://homepage.swissonline.ch/cindymeister (last update Jun 8 2004)
http://www.word.mvps.org

This reply is posted in the Newsgroup; please post any follow question
or reply in the
newsgroup and not by e-mail :-)

Well that's a workaround that fixes my problem. Thanks. However, there's no
way to change the default behavior permanently within MSWord for future docs.
I'll have to remember to do this every time... AND users won't be able to
use the TOC to hyperlink to a doc section. Rats! That seems like really
ludicrous behavior. Reading layout was a really bad idea, in my opinion.

"Suzanne S. Barnhill" wrote:

Word inserts it by default, but only in conjunction with the \h switch, so
if you have deselected the "Use hyperlinks instead of page numbers" box in
the TOC dialog, you won't get either one.

--
Suzanne S. Barnhill
Microsoft MVP (Word)
Words into Type
Fairhope, Alabama USA
Word MVP FAQ site: http://word.mvps.org
Email cannot be acknowledged; please post all follow-ups to the newsgroup so
all may benefit.

"ASwadener" wrote in message
news
Oh, and how would one use the \z in the field code? I'm not familiar with
that process. Thanks.

"ASwadener" wrote:

Word2003. Sorry, one more clarification... you are correct, no TOC page
#s
show at all in reading layout... it's when you open in reading layout
and
THEN press Esc or change your view that the page numbers all turn to
page #1.

"Cindy M -WordMVP-" wrote:

Hi ?B?QVN3YWRlbmVy?=,

The TOC is actually displayed in Reading Layout, but the page
numbers all
show up as page #1. Then when you get out of Reading Layout on that
document, the page numbers are still #1. If, however, I simply save
the
attachment to my hard drive (don't try to open it from an email
attachment),
then open it from the hard drive all the page #s are correct.

Interesting. When I view a TOC (created in Word 2003) in the Reading
Layout the TOC
shows no page numbers at all. This actually makes sense, since the RL
"screens" usually
will not match up with the actual page numbers. And the TOC field is
not consctructed
to work with RL "screens".

It appears this behavior is controlled by this switch, which Word 2003
apparently
includes in the TOC field by default:
\z: Hides tab leader and page numbers in Web layout view.

However, when I test sending myself a document containing a TOC
without this switch the
page numbers have not reset to 1.

In which version of Word are these documents being created? Are you
sure the TOC was
showing values other than 1 when it was sent to you?

Can't remember ever hearing of this, before. What, exactly, is
being lost? The
entire field code? The bookmarks on which the TOC is built?
Something else?

Can you give us a set of steps to reproduce the problem so that we
can test it?

Additional finding is that docs created in older versions of
MSWord when
attached to emails do not lose their TOC reference #s in Reading
Layout.
Doesn't fix the problem, but does show that MSWord v9 (at least)
file don't
get corrupted by Reading Layout.

"ASwadener" wrote:

MSWord 2003, when opening an attached document from Outlook
2003,
automatically shows the doc in Reading Layout... an annoyance,
but that would
be fine if it didn't also lose all of the table of contents
entries from the
original document before it was attached to the email. If you
force MSWord
to NOT automatically show documents in Reading Layout (via the
ToolsOptionsGeneral function), the table of contents remains
as it should
be. But the default behavior of MSWord IS to view in Reading
Layout, so most
users who receive docs with TOCs will have this problem. When
I'm creating
docs for prospective clients, I CANNOT have this problem.
I've been having
to generate the table of contents and then copy-and-paste it
as text to get
the document to be presented correctly to the email recipient.

Cindy Meister
INTER-Solutions, Switzerland
http://homepage.swissonline.ch/cindymeister (last update Jun 8 2004)
http://www.word.mvps.org

This reply is posted in the Newsgroup; please post any follow question
or reply in the
newsgroup and not by e-mail :-)

I think you've misunderstood; it seems like using the \h and \z switches
would solve your problem (along with not allowing starting in Reading Layout
view). But in any case, page numbers in a TOC are always hyperlinked. The \h
switch just determines whether the entire entry is also hyperlinked.

--
Suzanne S. Barnhill
Microsoft MVP (Word)
Words into Type
Fairhope, Alabama USA
Word MVP FAQ site: http://word.mvps.org
Email cannot be acknowledged; please post all follow-ups to the newsgroup so
all may benefit.

"ASwadener" wrote in message
...
Well that's a workaround that fixes my problem. Thanks. However, there's
no
way to change the default behavior permanently within MSWord for future
docs.
I'll have to remember to do this every time... AND users won't be able to
use the TOC to hyperlink to a doc section. Rats! That seems like really
ludicrous behavior. Reading layout was a really bad idea, in my opinion.

"Suzanne S. Barnhill" wrote:

Word inserts it by default, but only in conjunction with the \h switch,
so
if you have deselected the "Use hyperlinks instead of page numbers" box
in
the TOC dialog, you won't get either one.

--
Suzanne S. Barnhill
Microsoft MVP (Word)
Words into Type
Fairhope, Alabama USA
Word MVP FAQ site: http://word.mvps.org
Email cannot be acknowledged; please post all follow-ups to the
newsgroup so
all may benefit.

"ASwadener" wrote in message
news
Oh, and how would one use the \z in the field code? I'm not familiar
with
that process. Thanks.

"ASwadener" wrote:

Word2003. Sorry, one more clarification... you are correct, no TOC
page
#s
show at all in reading layout... it's when you open in reading
layout
and
THEN press Esc or change your view that the page numbers all turn to
page #1.

"Cindy M -WordMVP-" wrote:

Hi ?B?QVN3YWRlbmVy?=,

The TOC is actually displayed in Reading Layout, but the page
numbers all
show up as page #1. Then when you get out of Reading Layout on
that
document, the page numbers are still #1. If, however, I simply
save
the
attachment to my hard drive (don't try to open it from an email
attachment),
then open it from the hard drive all the page #s are correct.

Interesting. When I view a TOC (created in Word 2003) in the
Reading
Layout the TOC
shows no page numbers at all. This actually makes sense, since the
RL
"screens" usually
will not match up with the actual page numbers. And the TOC field
is
not consctructed
to work with RL "screens".

It appears this behavior is controlled by this switch, which Word
2003
apparently
includes in the TOC field by default:
\z: Hides tab leader and page numbers in Web layout view.

However, when I test sending myself a document containing a TOC
without this switch the
page numbers have not reset to 1.

In which version of Word are these documents being created? Are
you
sure the TOC was
showing values other than 1 when it was sent to you?

Can't remember ever hearing of this, before. What, exactly, is
being lost? The
entire field code? The bookmarks on which the TOC is built?
Something else?

Can you give us a set of steps to reproduce the problem so
that we
can test it?

Additional finding is that docs created in older versions of
MSWord when
attached to emails do not lose their TOC reference #s in Rea
ding
Layout.
Doesn't fix the problem, but does show that MSWord v9 (at
least)
file don't
get corrupted by Reading Layout.

"ASwadener" wrote:

MSWord 2003, when opening an attached document from
Outlook
2003,
automatically shows the doc in Reading Layout... an
annoyance,
but that would
be fine if it didn't also lose all of the table of
contents
entries from the
original document before it was attached to the email. If
you
force MSWord
to NOT automatically show documents in Reading Layout (via
the
ToolsOptionsGeneral function), the table of contents
remains
as it should
be. But the default behavior of MSWord IS to view in
Reading
Layout, so most
users who receive docs with TOCs will have this problem.
When
I'm creating
docs for prospective clients, I CANNOT have this problem.
I've been having
to generate the table of contents and then copy-and-paste
it
as text to get
the document to be presented correctly to the email
recipient.

Cindy Meister
INTER-Solutions, Switzerland
http://homepage.swissonline.ch/cindymeister (last update Jun 8
2004)
http://www.word.mvps.org

This reply is posted in the Newsgroup; please post any follow
question
or reply in the
newsgroup and not by e-mail :-)

Ah, I see what you mean. Thanks. By the way, turning off the heading
hyperlink option when I insert the TOC solves the problem. I don't have to
worry about Reading Layout now. Reading Layout shows the TOC headings with
page #s. The concern is that I can't control what others do with their
settings, so I have to "dumb this down". When they receive my attachment, if
they automatically go into Reading Layout, I don't want them to have
regenerate the TOC after changing their view from within that now-open
attachment. Anyway, I still think I don't really understand why MS ever came
up with Reading Layout anyway. It always shows things pretty much
peculiarly. I wish they'd get rid of it.

"Suzanne S. Barnhill" wrote:

I think you've misunderstood; it seems like using the \h and \z switches
would solve your problem (along with not allowing starting in Reading Layout
view). But in any case, page numbers in a TOC are always hyperlinked. The \h
switch just determines whether the entire entry is also hyperlinked.

--
Suzanne S. Barnhill
Microsoft MVP (Word)
Words into Type
Fairhope, Alabama USA
Word MVP FAQ site: http://word.mvps.org
Email cannot be acknowledged; please post all follow-ups to the newsgroup so
all may benefit.

"ASwadener" wrote in message
...
Well that's a workaround that fixes my problem. Thanks. However, there's
no
way to change the default behavior permanently within MSWord for future
docs.
I'll have to remember to do this every time... AND users won't be able to
use the TOC to hyperlink to a doc section. Rats! That seems like really
ludicrous behavior. Reading layout was a really bad idea, in my opinion.

"Suzanne S. Barnhill" wrote:

Word inserts it by default, but only in conjunction with the \h switch,
so
if you have deselected the "Use hyperlinks instead of page numbers" box
in
the TOC dialog, you won't get either one.

--
Suzanne S. Barnhill
Microsoft MVP (Word)
Words into Type
Fairhope, Alabama USA
Word MVP FAQ site: http://word.mvps.org
Email cannot be acknowledged; please post all follow-ups to the
newsgroup so
all may benefit.

"ASwadener" wrote in message
news Oh, and how would one use the \z in the field code? I'm not familiar
with
that process. Thanks.

"ASwadener" wrote:

Word2003. Sorry, one more clarification... you are correct, no TOC
page
#s
show at all in reading layout... it's when you open in reading
layout
and
THEN press Esc or change your view that the page numbers all turn to
page #1.

"Cindy M -WordMVP-" wrote:

Hi ?B?QVN3YWRlbmVy?=,

The TOC is actually displayed in Reading Layout, but the page
numbers all
show up as page #1. Then when you get out of Reading Layout on
that
document, the page numbers are still #1. If, however, I simply
save
the
attachment to my hard drive (don't try to open it from an email
attachment),
then open it from the hard drive all the page #s are correct.

Interesting. When I view a TOC (created in Word 2003) in the
Reading
Layout the TOC
shows no page numbers at all. This actually makes sense, since the
RL
"screens" usually
will not match up with the actual page numbers. And the TOC field
is
not consctructed
to work with RL "screens".

It appears this behavior is controlled by this switch, which Word
2003
apparently
includes in the TOC field by default:
\z: Hides tab leader and page numbers in Web layout view.

However, when I test sending myself a document containing a TOC
without this switch the
page numbers have not reset to 1.

In which version of Word are these documents being created? Are
you
sure the TOC was
showing values other than 1 when it was sent to you?

Can't remember ever hearing of this, before. What, exactly, is
being lost? The
entire field code? The bookmarks on which the TOC is built?
Something else?

Can you give us a set of steps to reproduce the problem so
that we
can test it?

Additional finding is that docs created in older versions of
MSWord when
attached to emails do not lose their TOC reference #s in Rea
ding
Layout.
Doesn't fix the problem, but does show that MSWord v9 (at
least)
file don't
get corrupted by Reading Layout.

"ASwadener" wrote:

MSWord 2003, when opening an attached document from
Outlook
2003,
automatically shows the doc in Reading Layout... an
annoyance,
but that would
be fine if it didn't also lose all of the table of
contents
entries from the
original document before it was attached to the email. If
you
force MSWord
to NOT automatically show documents in Reading Layout (via
the
ToolsOptionsGeneral function), the table of contents
remains
as it should
be. But the default behavior of MSWord IS to view in
Reading
Layout, so most
users who receive docs with TOCs will have this problem.
When
I'm creating
docs for prospective clients, I CANNOT have this problem.
I've been having
to generate the table of contents and then copy-and-paste
it
as text to get
the document to be presented correctly to the email
recipient.

Cindy Meister
INTER-Solutions, Switzerland
http://homepage.swissonline.ch/cindymeister (last update Jun 8
2004)
http://www.word.mvps.org

This reply is posted in the Newsgroup; please post any follow
question
or reply in the
newsgroup and not by e-mail :-)