Download it now!
Bug 48457 - FORMATTING - proposal for side headings, (margin headings)
Summary: FORMATTING - proposal for side headings, (margin headings)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on: 101765 101773
Blocks: Writer-Styles-Heading Writer-Enhancements
  Show dependency treegraph
 
Reported: 2012-04-09 03:10 UTC by Bob Harvey
Modified: 2018-10-29 15:02 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bob Harvey 2012-04-09 03:10:53 UTC
Please see https://issues.apache.org/ooo/show_bug.cgi?id=53523 for the proposal in OOo.

I think that this would be a very useful addition to the methods of laying out.

The original issue contains good examples and a rationalle for not using text boxes/frames.

I think that the mechanism for this is similar to that required for run-in (inset, in-line) headings, but that the examples in the original issue explain why it is not the-same-with-outdenting because of word flow within the margin.
Comment 1 Bob Harvey 2012-04-09 03:15:05 UTC
See https://bugs.freedesktop.org/show_bug.cgi?id=48459 for similar in-line headings proposal.
Comment 2 Bob Harvey 2013-11-19 05:50:39 UTC
Bug 48459 was recently marked 'needs info' because of the linkage to an external bugzilla for another product.  I notice this one has not been.   In the spirit of co-operation I shall add similar notes here.

This proposal is that paragraph styles, especially those used as heading styles, could be specified to appear in the left (or right?) margin rather than between the margins.  This would allow the creation of marginal headings such as are frequently used in text books, where the marginal headings can be included in TOC as required.

The linked bug includes several examples and it might be good to summarise these:

----------------------------------------------------------
            1. REGULAR HEADING

            Bla bla bla bla bla bla bla bla
            bla bla bla bla bla bla bla bla
            bla bla bla bla bla bla bla bla
            bla bla bla bla bla bla bla bla.

  SIDE HEAD Bla bla bla bla bla bla bla bla
            bla bla bla bla bla bla bla bla
            bla bla bla bla bla bla bla bla.


            2. ANOTHER REGULAR HEADING

       LONG Bla bla bla bla bla bla bla bla
  SIDE HEAD bla bla bla bla bla bla bla bla
            bla bla bla bla bla bla bla bla.

   PATHETIC Bla bla bla bla bla bla bla bla.
  SIDE HEAD 

            Bla bla bla bla bla bla bla bla
            bla bla bla bla bla bla bla bla
            bla bla bla bla bla bla bla bla
            bla bla bla bla bla bla bla bla.
------------------------------------------------------

Note that the long side heading wraps independently within the margin relative to the succeeding body text.   The 'pathetic' side heading, when wrapped, is longer than the succeeding body text, requiring additional white space to be enforced in the next paragraph of body text to avoid accidental alignment (imagine if the pathetic side head were actually 5 lines long.  The second paragraph of body text would still have to start below it)  This is why using text boxes to contain the heading would not work.



The other issue is what happens with odd-and-even page styles.  In a book layout the marginal header always wants to be on the outside, and to adjust itself as the page length reflows - something else that can't be automatic with the use of text boxes.  A side heading or marginal heading should insert itself in the appropriate margin without operator interaction.

<-----left page ---------><-----right page--------->
SIDE HEAD fred fred fred ||  nellie nellie
          fred fred fred ||  nellie nellie
          jock jock jock ||
          jock jock jock ||  fred fred fred SIDE HEAD
          mary mary mary ||  fred fred fred



I don't know whether design decisions for this sort of change would also affect Bug 48459, the proposal for run-in headings.
Comment 3 Bob Harvey 2013-11-19 06:09:01 UTC
A colleague reading this suggests, and I think she is right, that the additional white space in the body enforced to align a second paragraph with the bottom of the 'pathetic side heading' should be optional.  Paragraph flow in the body may want to be normal, or it may want to avoid the preceeding side heading.
Comment 4 Bob Harvey 2015-01-25 15:01:23 UTC
I still think this is worth persuing, even though it's been a long time
Comment 5 Bob Harvey 2016-01-18 07:39:49 UTC
Another bump.  I am still hoping for this feature.
Comment 6 Zenaan Harkness 2016-08-30 05:02:15 UTC
Just found this bug. Sideheads are also called Marginalia.

Bug #101773 (link a frame style to a para style, so you can just double click the para style on your "sidehead" pre-paragraph), should solve this UX issue.

Examples files are in bug #101753

See also bug #101765, which is the other part of the UX / user experience to competently facilitate sideheads / marginalia.
Comment 7 Bob Harvey 2018-05-15 11:57:54 UTC
Been experimenting (again) with this frame idea, and it is clumsy - there is no obvious link to the paragraph text, so pagination, particularly automatic page flow, cannot be relied upon without some manual intervention, I find.