This would cause the last line of the paragraph to move to the next page, but the widow/orphanĬontrol forces word to move two lines to the next page.
If the footnote text is long enough, in order to accommodate all of it at the bottom of the page, word has to make room for it, moving up the footnote separator. Suppose you have a footnote reference in the last or next to last line of a paragraph, which ends at the end of a page. The reason I think that widow/orphan control of the regular text (body text, in my case) has something to do with the problem is this. I rarely make use of the Select All X Instances command, but it definitely should work the same no matter if you are in Draft or Print Layout view. To clarify, when a footnote is split between two pages, what you see is a footnote separator and a footnote continuation separator the latter (just like the former) can be edited separately via the footnotes pane. "Keep lines together" should prevent the footnotes from breaking across pages. In DRAFTview, normal style indicates 11 instances, and footnote text indicates 246 instances.
"footnote text", and here I would expect 246 instances. In PRINT view, if I open the normal style menu, the option "select all xx instances" is greyed out (not currently used), and this may be correct but the same happens with Any hint? I suspect that the widow/orphan control of the regular text has something to do with this, but since of 246 footnotes this happens only on two or three, Iīy the way, there is something I can't explain, but maybe this is only my ignorance.
Right margin, and there is no way to change the situation using the methods outlined above. At least in two cases (but I cannot exclude others, as I proceed writing the text) the footnote continues to the next page, the footnote line extends to the Line spacing 1.5, spacing after 10pt, widow/orphan control. Following the suggestion, now I have all regular paragraphs formatted as Body text, suitably changed for my purposes (degree dissertation.): justified, I have to come back to this topic, since the "solution" does not seem to work, at least in some cases. The problem leaving "normal" alone and defining a totally new style for the regular text.I would never have imagined that the separator line use a style: I may be wrong, but this does not seem logical: the appearance of the footnote section (line and footnotes)Īt the bottom of the page should be independent from the general document layout: In other words, it seems more logical to me that the footnote section have a "default" format of its own, independent from the body text layout. Me try something I would not have thought about: in draft view select the line and invent a new style for it, "normal line", left aligned, no spacing, single line spacing, no first line indent, and so I solved the problem. Well, in my case this does not work: nothing happens. Now, I read somewhere (don't remember where, sorry) anĪnswer by Stefan Blom to this problem: if I remember correctly, the suggestion is to switch to Draft view, then in Reference click show notes, select footnote separator and press reset. Normal style for your text the changes are applied to the line as well, so the interaction between line spacing, spacing, widow/orphan control in the paragraph AND in the dividing line causes the mess. In the formatting: very often the last paragraph on a page is partially moved to the next page even if more than enough space is present on the original page, leaving an ugly gap: it appears that word uses the Normal style for the line, so if you change the Word uses this format for the dividing line, shifting the line to the right and adding spaces below, and creating havoc If I have a text in which I use most of the time a "normal modified" style, the line seems to use that style.įor example, in my case I have a style justified, 10pts spacing after, 1.5 line spacing, first line indent 1.25cm, widow/orphan control. I would like to clarify the behaviour of the footnote dividing line in word 2010 (doesn't seem to change much in the various versions, though).
0 kommentar(er)
