Issue 60426

Keyword: ux-ctest

FL: We have to simplify this feature as follows: 

1. The Insert-Footer and Insert-Header sub menu entries get removed
2. The "Header" and "Footer" menu entry gets a checkmark if set for current
(cursor position) page style.
2. The "Header" just creates a header for the page style where the cursor
currently stands in. 
3. The "Footer" just creates a header for the page style where the cursor
currently stands in.

No string changes required. General behavior i.e. query dialog on deleting will
be kept unchanged.

Correction: 3. The "Footer" just creates a FOOTER for the page style where the
cursor
currently stands in.

I doubt that this will satisfy the users.

Most users only want to toggle the header/footer for the *current* (one single)
page only, not for the page-style (=probably all pages of the document) (since
they're not used to the concept of page-styles at all).

FL: Maybe, but Writer does not work like that. And think about users writing a
document longer than one page, do you think those users would be happy to turn
on the header for each single page? But surely the user does not understand the
current geeky implementation thats a fact based on usability testing. 

Set target to OOo 2.0.3

> But surely the user does not understand the current geeky implementation thats 
> a fact based on usability testing. 

So changing the name of a menu entry will make them understand the logic? Sure.

> but Writer does not work like that.

So why are you trying to make OOo look like it would work like that?

Seems to be similar to issue 33543 for me.

Please find the most current version of the spec. here:
http://specs.openoffice.org/writer/menus/Insert_Header_and_Footer_Entries.odt

Set target to OOo 2.0.4 due to lack of resources and due to upcoming GUI freeze.

I read the spec draft and think, that it doesn't solve the problem which is
basis of this issue.
The user sees "standard" and it is not clear to him that this is a page style.
So solution must be to tell him that it is a page style. Therefore don't reduce
the functionallity but change the label.
Indeed a submenu is not necessary, if only one page style is in use. But to
solve this, the proposal in issue 33543, "If the document has only one page
style, the Insert-Header and Insert-Footer menu should not contain a submenu,
but insert a header/footer for that page style directly." is better than
changing the whole behavior.

Target changed to 2.x, added fl to cc

*** Issue 67780 has been marked as a duplicate of this issue. ***

->FL: I don't like the reduction of the submenu either. 
Dropping the submenu in case of one used style is not easy to implement but
possible. If the submenu contains more than one name the user should be able to
understand that Standard/Default is a page style name.

I think having the functionality based on styles only is not what at least
beginners don't understand. We need to have something like:

- switch on header/footer for all pages
- only for current page
- starting with current page
- only for style "xyz" (list of styles->current functionality)

Each and everything can be done today also but in some cases it needs a lot of
single steps including the creation of new page style and addition of page
breaks that IMHO could be done by Writer automatically if needed to achieve the
desired functionality.

I don't have a concrete idea how the UI should look like (dialog?) but I'm sure
that this will serve both the beginners and the experienced users that know what
a page style is.

Set target to OOo 3.0.

Set target to 3.x.

FL->CLU: One for better defaults? I propose to take the specification as is,
because the 'Insert' menu always uses the current context/cursor position and
this menu command is not made for those users already making use of different
page styles.

Issues like 'no header on first page' or 'no header on current page' could be
addressed by a function to insert page numbering and by a dialog, if a
footer/header is turned off. This dialog could ask, if the header/footer should
be deleted on the current page only. Today the user is only asked, if the header
is not empty.

Spec. http://specs.openoffice.org/writer/menus/Insert_Header_and_Footer_Entries.odt

Changed to priority 3. This isn't a stopper for a release.
(Issues with p1/p2 with keyword 'accessibility' and/or 'usability' are one category for stoppers. See http://wiki.services.openoffice.org/wiki/OOoRelease34#Release_relevant_issues)