We sometimes see presentations using in non-LO software the their title bar placed not on the top of the slide, but rather right above the main content area, which - when not filling the slide height - only extends around the vertical middle. See example here: https://www.youtube.com/watch?v=oTMSgI1XjF8 look at 12:50 for example, but it's throughout the session.
If we had gluing (bug 156963), we could easily get this to happen.
(In reply to Eyal Rozenberg from comment #0) > See example here: > https://www.youtube.com/watch?v=oTMSgI1XjF8 Please share a screenshot and highlighted the issue somehow. I don't see any LibreOffice in this video.
Still unclear
Created attachment 189959 [details] Illustration of the requested feature in an exported (non-LO) slide deck Have a look at the slides in the attached deck. The slide title does not have a fixed position on the slide; instead, it is placed at some distance atop of the main slide content: If the slide content has many lines, the title appears further up the slide. If the slide content has few lines, the title appears closed to the v-middle of the slide. @Heiko: Is it clearer now?
[Automated Action] NeedInfo-To-Unconfirmed
So in other words you figure a text box for the slide content v-centered (probably expanding up/downward when filled) and another text box with the title anchored on top of the content. This goes likely beyond the document format and is against common rules of a slide structure. I don't like the layout and wouldn't use it myself. Manually moving the title to some other position is pretty simple. My take: WF.
(In reply to Heiko Tietze from comment #6) > So in other words you figure a text box for the slide content v-centered > (probably expanding up/downward when filled) and another text box with the > title anchored on top of the content. Sort of. The text box is not necessarily centered, it may be the case that the text box+title box together are centered. Anchoring the title box to the main content box would get us part of the way there. It may require grouping the two boxes and centering the group; and also "persistent centering", or rather anchoring the v-center of an object to a certain point on the slide. And - we would need to make this feature easily usable, not usable through complex use of groups and rulers and what-not. > This goes likely beyond the document format It could possibly require changes to the ODF, but not something major. Anchoring of shapes to each other already exists, might need a bit of expansion for non-lines; and I'm pretty sure that's an independent request. Persistent-centering or persistent-anchoring of a point is simple enough property to add, ODF-wise. > and is against common rules of a slide structure. There is no such thing as "common rules of slide structure"; and if there were - you would be wrong, because it is not rare to see these kinds of slides. > I don't like the layout and wouldn't use it myself. I think it has a different aesthetic, and I might use it myself in some cases. It feels less strict in a way. > Manually moving the title to some other position is pretty simple. It may be pretty simple, but that's irrelevant. That's a bit like saying that manually creating a rectangular frame out of 4 line segments is pretty simple, so we don't need rectangles.
(In reply to Eyal Rozenberg from comment #7) > It could possibly require changes to the ODF... > I think it has a different aesthetic... > It may be pretty simple, but that's irrelevant... Quite some arguments to not start the endeavor. I'm still voting WF.
(In reply to Heiko Tietze from comment #8) > (In reply to Eyal Rozenberg from comment #7) > > It could possibly require changes to the ODF... > > I think it has a different aesthetic... > > It may be pretty simple, but that's irrelevant... > > Quite some arguments to not start the endeavor. I don't see how any of these is an argument not to start the endeavor. At most, you could argue those are arguments to give it lower priority. This is a somewhat-common design aspect for slides, so a slide presentation application like Impress should support it.