Apache OpenOffice (AOO) Bugzilla – Issue 106666
Dafault layout in master not changeable
Last modified: 2020-06-08 13:36:19 UTC
I really don't understand the reasoning behind issue http://www.openoffice.org/issues/show_bug.cgi?id=34886, but so what. When defining master pages one has some default layout that can not be removed in there... If master pages have no assignable layouts, than the fixed layout in there needs to be removed, it is utterly confusing for the user to have one fixed layout in the master page that has nothing to do with the intended use of the master page. The sensible solution of course would be to have user definable default layouts per master page. cheers afx
The title and outline area on the master page are used to place the presentation layout shapes on the slides that use this master page. If you move or resize the title you move and resize the title shapes on all its slides (unless you modified them yourself in that case your position and size is hard formate for that slide..) This does not only work for the tite,text layout you see on the master page but for almost all other layouts...
closing
You answer does not touch the problem at all. A title page for example does not need two layout fields, but the current design forces me to have two layout fields as they can not be deleted on a master page. If I want 4 layout fields by default on a master, then the current design does not allow me to do this. As the position of the layout fields need to be aligned with the background given by the master, the current design forces the user to perform realignment for all foils individually where the standard tile+textblob default does not fit.
Changed to enhancement.
Please attach mock-up of the sensible solution.
Hmm, wow a 5 year old Zombie... anyway, a mockup would not achive anything, because the issue is in the logic and not on the UI.
(In reply to afx from comment #6) > Hmm, wow a 5 year old Zombie... Better late than never... > anyway, a mockup would not achive anything, because the issue is in the > logic and not on the UI. Surely the issue has an affect on the UI and a mock-up will help understanding the logic. A picture is worth a thousand words...
No news from OP Zombie is definitively dead :-)