Open Impress, select View->Master->Slide Master from the menu. Try to copy the master page on your left, in the slide sorter - and see it fail.
It's called on Paste.
555 LoC – refactor it, add a unit test in sd/qa/unit, find & separate all ~6 use cases, and fix the style/name merging.
Deteted "Easyhack" from summary
*** Bug 41573 has been marked as a duplicate of this bug. ***
*** Bug 51551 has been marked as a duplicate of this bug. ***
Are you still looking into this. Otherwise I'll look into this.
adding LibreOffice developer list as CC to unresolved EasyHacks for better visibility.
see e.g. http://nabble.documentfoundation.org/minutes-of-ESC-call-td4076214.html for details
I have started working on the bug. I may need help for adding a unit test
@Rishabh - going to assign this to you since you said you've started. If this changes please set it back to NEW. Thanks!
Migrating Whiteboard tags to Keywords: (EasyHack SkillCpp)
JanI is default CC for Easy Hacks (Add Jan; remove LibreOffice Dev List from CC)
Still open after three years :-/
1. Save presentation and make a copy of the file.
2. Change the name of one (or more) master page(s).
3. If not already the case, apply the changed master page(s each) to at least one normal page.
4. Open the original file.
5. Copy one of the normal pages with the changed master page(s) applied to the original presentation.
6. Now there should be a copy of that master with the changed name.
Thanks very much for the workaround.
By the way:
It's also not possible to change the order of master pages. There is no actual need for this in creating a presentation. But it may be convenient to be able to change the order.
E.g. putting the master pages into the order, by which they are used in the presentation pages.
And I don't really see a reason why the order isn't adjustable!?
Added "needsUXEval" – there seem to be several related bugs, all concerning the missing function/an UI for it, but UX did not seem to be involved in any of them.
*** Bug 85966 has been marked as a duplicate of this bug. ***
So we need a solution to both possibilities that users use to duplicate a slide - copy (.uno:Copy) & paste (.uno:Paste) and duplicate (.uno:DuplicatePage) - both of which are disabled in master slide mode.
I would assume creating a .uno:DuplicateMasterPage command to work in master slide view should be the priority, as the uno command would be accessible in the master view toolbar, as well as the slides pane context menu (bug 87669).
As suggested in comment 15 the best solution from the UX POV is to have the same interaction as on normal slides. Meaning right click offers Copy (and paste) as well as Duplicate.
The menu contains today New/Duplicate/Delete Slide and New/Delete Master. Since we switch the context it's okay to change the menu and hide slide entries or master (btw. New Master in Normal mode adds another slide and not a master, the same is true for delete).
Regarding the toolbar users expect copy and paste to work (copy is enabled today in master mode but not functional). We also have the Insert toolbar which provides a New (slide) function. This one could remain for normal slides.
Putting all together the recommendation is to make the copy/paste and duplicate function for slides working on master too. Either with new .uno commands or by changing label and tooltips.
Removing UX, but we should take a look when the implementation has started.
*** Bug 113407 has been marked as a duplicate of this bug. ***
*** Bug 87669 has been marked as a duplicate of this bug. ***
*** Bug 115006 has been marked as a duplicate of this bug. ***
*** Bug 115678 has been marked as a duplicate of this bug. ***
Just came across this issue, really would be nice to have it fixed