Joel Madero wrote:
I agree about his second step - I should have clarified. What he means
that if you go to the end of the first line of the new page (ie. you've
pushed enter after a line "test" and all the text below it jumps down to
the next page.
"Heading 1" style has its "Next Style" set to "Text Body". When you add
a new line after a "Heading 1"-styled line, that new line has "Text
Body" style. That does not have "Keep with next paragraph" set, so the
next paragraph is not forced to stay on the same page. If there was only
one more "Heading 1" line following that, it would indeed stay just
below, on the same page.
However, there are many more consecutive lines, each with "Heading 1"
style, so each having to be kept with the next. In an attempt to keep
them all together, LO moves them all onto the next page, leaving a large
gap (although this effort fails, since it still can't keep them all
together anyway).
It looks like you're trying to create a template with a load of headings
but no content within them? (Sorry, didn't intend that to sound like
something an irritating paperclip might pop up and say!) Perhaps just
leave a blank "Text Body" line between each heading in the template,
ready to type the content? Or accept that the headings will be bunched
together on the next page to start with, but will be OK when content is
inserted between them?
Then go to the next page, place the cursor at the end of
the first line and push enter again - you'll see that the heading jumps
back up to the previous page (exactly where you'd expect it to be).
Because the "Heading 1" line has to be kept with the new blank line, but
that new blank line doesn't have to be kept with the following heading -
so it's free to be on the previous page.
Additionally a real problem is that ctrl+z doesn't put the text back to
its previous location - furthermore if you turn on non printing
characters, it's impossible to really see what caused the jump (no
characters show in all that empty space)
That doesn't seem quite right. I'm not a LO developer, so this is all
supposition on my part, but... it looks like something in the algorithm
working out which paragraphs have to be kept together on the same page
is being inconsistent when it can't actually fit them all on one page.
If... You have just enough "Heading 1" lines to reach to the bottom of
the first page (without flowing onto the second page). Then insert a
line after the first heading on the page, so the rest jump to the second
page. Then undo. It does then put everything back on the first page as
you'd expect, because it does all fit there.
When it doesn't all fit on one page, after undoing the inserted line the
stuff on the second page is still set to all be kept together, so is not
broken apart. Since this can't fit on the same page as the original
first line, which is also supposed to be kept with the following lines,
a page break has to be made somewhere. It's supposed to all be on one
page, but can't be. It's no less valid to break after the first line
than after the 20th, so it seems to take the "easy" option and do nothing.
Undo twice then redo might work as a workaround, but then the second
undo and redo might cause a similar problem of their own.
(For what it's worth, I've seen worse than this with M$ Word, where I
frequently find that I undo something and a whole page vanishes from
display and just shows a blank page in its place. Scrolling up and down
a few times seems to refresh the page display and sort it out.)
Mark.
--
To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.