gridlines on some table pages do not print cayce 10.07.2006 14:43:01 I am using Word 97. I have a table that spans 3 pages. The table has been defined with a 3/4 pt black grid border applied to the entire table. On the 1st page, the bottom most row of the table above the footer has a printing problem. The bottom row of the grid border for this row does not print out on the hard copy. In print preview, it appears, but it will not actually print out on the hard copy. The 2nd and 3rd pages of the table are fine; all gridlines are printing. There is adequate space between the bottom row of the table on the 1st page and the footer, so footer space "interference" does not seem to be involved. Any ideas on how I can fix this? My table rows are defined to "auto" for height size and to not allow breaks across pages. I have also tried removing all borders and then reapplying them; I tried removing the table after copying into Excel, then bringing in the table from Excel back into Word and reformatting; no luck. Further, I tried shifting the table upwards on the page to see if the trouble followed to what would then become a different bottom most row. The trouble DID follow; no bottom grid line will print. I'm out of ideas. Suggestions would be appreciated.

Re: gridlines on some table pages do not print "Suzanne S. Barnhill" <sbarnhill[ at ]mvps.org> 10.07.2006 15:15:58 This is a longstanding problem in Word. The only thing I can suggest (and obviously, this is a solution that is helpful only when editing is complete and repagination is unlikely) is to make sure that the bottom row on the page has a Bottom border. It seems that Word may think of an Inside Horizontal Border as really being a Top or Bottom border and then omits the Outside border on portions of the table. So the single border between rows will appear as a Top border on the next page, leaving the last row on the given page without a Bottom border. -- 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. "cayce" <cayce[ at ]discussions.microsoft.com> wrote in message news:2DC5703B-B0B4-41D3-BBB8-E37F10E96178[ at ]microsoft.com... [Quoted Text] > I am using Word 97. I have a table that spans 3 pages. The table has been > defined with a 3/4 pt black grid border applied to the entire table. On the > 1st page, the bottom most row of the table above the footer has a printing > problem. The bottom row of the grid border for this row does not print out on > the hard copy. In print preview, it appears, but it will not actually print > out on the hard copy. The 2nd and 3rd pages of the table are fine; all > gridlines are printing. There is adequate space between the bottom row of the > table on the 1st page and the footer, so footer space "interference" does not > seem to be involved. > > Any ideas on how I can fix this? My table rows are defined to "auto" for > height size and to not allow breaks across pages. I have also tried removing > all borders and then reapplying them; I tried removing the table after > copying into Excel, then bringing in the table from Excel back into Word and > reformatting; no luck. Further, I tried shifting the table upwards on the > page to see if the trouble followed to what would then become a different > bottom most row. The trouble DID follow; no bottom grid line will print. > > I'm out of ideas. > > Suggestions would be appreciated.

Re: gridlines on some table pages do not print cayce 10.07.2006 15:47:02 "Suzanne S. Barnhill" wrote: [Quoted Text] > This is a longstanding problem in Word. The only thing I can suggest (and > obviously, this is a solution that is helpful only when editing is complete > and repagination is unlikely) is to make sure that the bottom row on the > page has a Bottom border. It seems that Word may think of an Inside > Horizontal Border as really being a Top or Bottom border and then omits the > Outside border on portions of the table. So the single border between rows > will appear as a Top border on the next page, leaving the last row on the > given page without a Bottom border. > > -- > 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. > > "cayce" <cayce[ at ]discussions.microsoft.com> wrote in message > news:2DC5703B-B0B4-41D3-BBB8-E37F10E96178[ at ]microsoft.com... > > I am using Word 97. I have a table that spans 3 pages. The table has been > > defined with a 3/4 pt black grid border applied to the entire table. On > the > > 1st page, the bottom most row of the table above the footer has a printing > > problem. The bottom row of the grid border for this row does not print out > on > > the hard copy. In print preview, it appears, but it will not actually > print > > out on the hard copy. The 2nd and 3rd pages of the table are fine; all > > gridlines are printing. There is adequate space between the bottom row of > the > > table on the 1st page and the footer, so footer space "interference" does > not > > seem to be involved. > > > > Any ideas on how I can fix this? My table rows are defined to "auto" for > > height size and to not allow breaks across pages. I have also tried > removing > > all borders and then reapplying them; I tried removing the table after > > copying into Excel, then bringing in the table from Excel back into Word > and > > reformatting; no luck. Further, I tried shifting the table upwards on the > > page to see if the trouble followed to what would then become a different > > bottom most row. The trouble DID follow; no bottom grid line will print. > > > > I'm out of ideas. > > > > Suggestions would be appreciated. > > Thanks for pointing this issue out. Now I can explain to my mgr's mgr that this is a bug that can only be fixed at the end of the publication cycle, and the starting document that I manage for others to customize is accurately defined. I have a final question: Is there any understanding of WHEN this is likely to occur? I have other mulipage tables in this and other documents that do not have this happen. If there is a way to anticipate it, this would be helpful. (These tables appear in customer facing documents, so this has become a high profile issue for me.)

Re: gridlines on some table pages do not print "Suzanne S. Barnhill" <sbarnhill[ at ]mvps.org> 10.07.2006 18:09:47 With any luck, perhaps someone else with more experience will weigh in here. I've noticed this problem and dealt with it on an ad hoc basis but not approached it analytically. It's possible that some of the more analytical users (the ones who like to do detective work--Beth, are you listening?) will be able to provide more information on what causes this, as my analysis is mostly a guess. -- 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. "cayce" <cayce[ at ]discussions.microsoft.com> wrote in message news:C2728C48-A279-4FFE-BF6E-5E6B30ADE149[ at ]microsoft.com... [Quoted Text] > > > "Suzanne S. Barnhill" wrote: > > > This is a longstanding problem in Word. The only thing I can suggest (and > > obviously, this is a solution that is helpful only when editing is complete > > and repagination is unlikely) is to make sure that the bottom row on the > > page has a Bottom border. It seems that Word may think of an Inside > > Horizontal Border as really being a Top or Bottom border and then omits the > > Outside border on portions of the table. So the single border between rows > > will appear as a Top border on the next page, leaving the last row on the > > given page without a Bottom border. > > > > -- > > 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. > > > > "cayce" <cayce[ at ]discussions.microsoft.com> wrote in message > > news:2DC5703B-B0B4-41D3-BBB8-E37F10E96178[ at ]microsoft.com... > > > I am using Word 97. I have a table that spans 3 pages. The table has been > > > defined with a 3/4 pt black grid border applied to the entire table. On > > the > > > 1st page, the bottom most row of the table above the footer has a printing > > > problem. The bottom row of the grid border for this row does not print out > > on > > > the hard copy. In print preview, it appears, but it will not actually > > print > > > out on the hard copy. The 2nd and 3rd pages of the table are fine; all > > > gridlines are printing. There is adequate space between the bottom row of > > the > > > table on the 1st page and the footer, so footer space "interference" does > > not > > > seem to be involved. > > > > > > Any ideas on how I can fix this? My table rows are defined to "auto" for > > > height size and to not allow breaks across pages. I have also tried > > removing > > > all borders and then reapplying them; I tried removing the table after > > > copying into Excel, then bringing in the table from Excel back into Word > > and > > > reformatting; no luck. Further, I tried shifting the table upwards on the > > > page to see if the trouble followed to what would then become a different > > > bottom most row. The trouble DID follow; no bottom grid line will print. > > > > > > I'm out of ideas. > > > > > > Suggestions would be appreciated. > > > > > > Thanks for pointing this issue out. Now I can explain to my mgr's mgr that > this is a bug that can only be fixed at the end of the publication cycle, and > the starting document that I manage for others to customize is accurately > defined. > > I have a final question: Is there any understanding of WHEN this is likely > to occur? I have other mulipage tables in this and other documents that do > not have this happen. If there is a way to anticipate it, this would be > helpful. (These tables appear in customer facing documents, so this has > become a high profile issue for me.) > >