[Libreoffice-bugs] [Bug 130542] Manual break causes page style to revert to default, if "Style" is not specified in "Insert Break" dialog

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Fri Dec 18 18:22:22 UTC 2020


https://bugs.documentfoundation.org/show_bug.cgi?id=130542

Justin L <jluth at mail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |NOTABUG
             Status|NEW                         |RESOLVED

--- Comment #7 from Justin L <jluth at mail.com> ---
Everything here is working as intended. Chapitre is set so that the following
page will be Default Style. So the first page is going to be Chapitre, and the
rest will all be default style unless you insert a page-style-break.

Double-clicking on Chapitre resets the "chain" of pages to start with Chapitre
- and since that was already true, nothing happened. Chapitre stays highlighted
in the page style list because that is what you clicked. Clicking any style in
that list will take the highlight. So the only way to reset that is change
pages. The alternative of NOT highlighting the item the user clicked and
staying on the current page's style would violate all kinds of normal
principles of UI. (Yes, I realize the discussion is about a double-click. And
the cursor focus does stay on page 2, so one could push the argument further -
but I'm not sure that would help in understanding very much.)

Sure, it is confusing when the page styles are all strung out in first-follow
configuration, but the computer has no way of knowing what you want to do if
you aren't inserting a page break.

So there is no "revert to default" by the manual break. Chapitre specifically
states that the following page must use the default page style.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20201218/7ea9a463/attachment.htm>


More information about the Libreoffice-bugs mailing list