Bug 142517 - Feature to disable autolayouts on Impress master slides
Summary: Feature to disable autolayouts on Impress master slides
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Master-Slide
  Show dependency treegraph
 
Reported: 2021-05-26 21:50 UTC by Thorsten Wagner
Modified: 2021-05-31 15:17 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot (371.08 KB, image/png)
2021-05-27 12:17 UTC, Thorsten Wagner
Details
Supposed workflow (556.00 KB, image/gif)
2021-05-27 13:38 UTC, Heiko Tietze
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thorsten Wagner 2021-05-26 21:50:57 UTC
Description:
Impress lacks the ability to disable autolayouts on master slides. It is possible to disable them on sildes based on the respective master slide later, but not during design of respective master slide.

Ability to disable autolayouts (e.g. no object area, no footer areas on title slides) would increase usability of Impress master slide creation.

Steps to Reproduce:
1. Open Impress
2. Switch to master view
3. Try to create master slides without some autolayouts (e.g. without object area for title slides)

Actual Results:
Disabling of default autolayouts (title area, object area, date area, footer area, and slide number area) is not possible

Expected Results:
Default autolayouts are able to be disabled (e.g. no object area, no footer areas on title slides)


Reproducible: Always


User Profile Reset: No



Additional Info:
As this is an enhancement request issue is independet from any releases.
Comment 1 Heiko Tietze 2021-05-27 08:33:03 UTC
You are probably mixing two features. The master slide(s) are used to define one or more designs with attributes like font, color, background images etc, while Layouts work on the individual slide and allow to configure the positioning of content. Master slides do not have a layout therefore. => NAB (or I haven't got the point).
Comment 2 Thorsten Wagner 2021-05-27 12:17:12 UTC
Maybe I used the wrong wording. I attached a screenshot to make it more clear: Screenshot is from Impress' master view when trying to delete a textframe designated as autolayout area.

When designing a title slide there are typically no content and footer areas. Only the title area may be required. It is not possible to delete areas not needed.
Comment 3 Thorsten Wagner 2021-05-27 12:17:35 UTC
Created attachment 172391 [details]
Screenshot
Comment 4 Heiko Tietze 2021-05-27 13:10:36 UTC
(In reply to Thorsten Wagner from comment #2)
> When designing a title slide there are typically no content and footer
> areas. Only the title area may be required. It is not possible to delete
> areas not needed.

There is no "Title" master- you define the title later by changing the layout. Regina, what's your take here?
Comment 5 Thorsten Wagner 2021-05-27 13:29:09 UTC
Exactly that is the issue: Typically different master slides are used as defaults for different kinds of slides within the same presentation. Such kinds of slides could be:

- title slides
- agenda slides
- content slides (maybe some different slides depending on content)
- delimiter slides to distinguish different parts of the presentation
- finish slides

Most PowerPoint presentations used as company standards today have different masters to cover these needs.

In Impress a master slide has to be copied (another enhancement request I filed) and has to be modified depending on purpose (e.g. by removing some areas not required).

A "rename" feature for different master slides is aleady present.
Comment 6 Heiko Tietze 2021-05-27 13:38:49 UTC
Created attachment 172393 [details]
Supposed workflow

The supposed workflow with sidebar on is to create one or more master slides, pick the right master and use the layout to make this particular slide the title. There is no need to copy/paste.
Comment 7 Thorsten Wagner 2021-05-27 13:53:20 UTC
And what to do if position and size of the different areas is different depending on kind of slide?

Example:

Title slide with large title area in the middle, mabe with an additional subtitle and content slide with small title area on top

Furthermore text attributes are lost without copying. All attributes are reset to default and have to be adjusted again.
Comment 8 Regina Henschel 2021-05-27 15:38:02 UTC
(In reply to Heiko Tietze from comment #4)
> Regina, what's your take here?

You can delete footer area, date/time and slide number without problems. But the fact, that they do not exist any longer is not reflected in the "Header and Footer" dialog of menu Insert. You can use item 'Master Elements' in menu Slide to insert footer, date/time or number at individual slides, although they are not available in the associated master. There is a large mess around these elements. There had already been discussions about them some time ago, without result.

Footer area, date/time and slide number do not have individual styles, but they are covered by presentation style 'Background objects'.

You can currently not delete title or content, because that area is used for setting their text format. Direct formatting of the text is transferred to the according style. Each of them has a associated presentation style. Changing the style when not in master slide mode, changes the currently used master slide.

There exists no area for subtitle, bug 102318.

The relevant parts of ODF are: presentation:class, presentation:placeholder and presentation:footer-decl, presentation:header-decl, presentation:date/time-decl.

@Thorsten: A hierarchical tree of master pages is currently not possible in ODF, because the needed attribute style:parent-style-name does not exist for master pages. There exist a similar request for Writer, bug 41316 and duplicates. But it would be possible to use a style:default-style element and make it accessible to the user.
"new from example" would be immediately possible without having a true link to a parent.

From point of users, the whole area of "master slide" is confusing. I think, that a general new concept is needed.

Is there already a META bug about master pages/slides?

We need a proposal from design team and a general discussion outside of individual bugs.
Comment 9 Thorsten Wagner 2021-05-27 17:35:33 UTC
I totally agree. Master slide handling is one of the reasons for most users I got feedback from to use PowerPoint. A better and consistent concept would increase user acceptance a lot.

But in the meantime copying master sildes and the ability to remove master elements in master editing mode would be sufficient. My current workflow (workaround) to create new presentation templates is as follows:

(1) Create a new presentation with a single master silde customized according to the requirements (fonts, spacing, indents, bullets etc.) for all master elements

(2) Copy presenation to another one

(3) Open copied presentation and edit master to create another master slides with the same text attributes, but for title or other slides

(4) Copy slide form the copied presentation based on the modified master to the first presentation and rename the master of the copied slide

(5) Repeat steps 2 to 4 as often as additional master slides are required

Strange, isn't it?
Comment 10 Roman Kuznetsov 2021-05-30 18:49:24 UTC
(In reply to Thorsten Wagner from comment #9)
> I totally agree. Master slide handling is one of the reasons for most users
> I got feedback from to use PowerPoint. A better and consistent concept would
> increase user acceptance a lot.
> 
> But in the meantime copying master sildes and the ability to remove master
> elements in master editing mode would be sufficient. My current workflow
> (workaround) to create new presentation templates is as follows:
> 

So, do you need just opportunity to copy master slides inside current presentation? If yes, then I think I saw a dupe.
Comment 11 Thorsten Wagner 2021-05-31 15:17:00 UTC
(In reply to Roman Kuznetsov from comment #10)

> So, do you need just opportunity to copy master slides inside current
> presentation? If yes, then I think I saw a dupe.

No, there are two features requested:

(1) Copy master slides (requested by another ticket and marked as duplicate of an already existing request)

(2) Disabling master elements within master editor (this request)

Both requests together are enough to work without distraction for the time being (nevertheless I agree with Regina that a better concept is needed long-term).