|
| If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|||||||
|
|
|
Thread Tools | Display Modes |
|
#1
December 13th, 2004, 06:47 PM
|
|||
|
|||
Reading layout loses table of contents
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. 
|
|
#2
December 14th, 2004, 05:03 PM
|
|||
|
|||
|
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.
|
|
#3
December 15th, 2004, 02:31 PM
|
|||
|
|||
|
Hi =?Utf-8?B?QVN3YWRlbmVy?=,
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 :-)
|
|
#4
January 4th, 2005, 09:15 PM
|
|||
|
|||
|
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. "Cindy M -WordMVP-" wrote: Hi =?Utf-8?B?QVN3YWRlbmVy?=, 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 :-)
|
|
#5
January 6th, 2005, 02:58 PM
|
|||
|
|||
|
Hi =?Utf-8?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 :-)
|
|
#6
January 6th, 2005, 04:17 PM
|
|||
|
|||
|
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 =?Utf-8?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 :-)
|
|
#7
January 6th, 2005, 04:37 PM
|
|||
|
|||
|
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 =?Utf-8?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 :-)
|
|
#8
January 6th, 2005, 06:37 PM
|
|||
|
|||
|
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 =?Utf-8?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 :-)
|
|
#9
January 6th, 2005, 06:57 PM
|
|||
|
|||
|
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 =?Utf-8?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 :-)
|
|
#10
January 6th, 2005, 10:24 PM
|
|||
|
|||
|
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 =?Utf-8?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 :-)
|
|
| Thread Tools | |
| Display Modes | |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Get data from combo box to popluate the next box | Lin Light | Using Forms | 4 | December 30th, 2004 05:01 PM |
| Table of contents to include the Appendixes | Tom | Formatting Long Documents | 1 | September 30th, 2004 02:58 PM |
| "automatically resize to fit contents" grayed out | T | Tables | 5 | July 26th, 2004 12:44 PM |
| Label | SRIT | General Discussion | 2 | June 22nd, 2004 09:42 PM |
| COMPARE THE TWO TABLES | Stefanie | General Discussion | 0 | June 4th, 2004 04:36 PM |
Linear Mode
