Download it now!
Bug 126857 - One/some logic possibilities missing from context menu for alignment of images
Summary: One/some logic possibilities missing from context menu for alignment of images
Status: NEW
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: UNO-Command-New Impress-Images Draw-Images 97918
  Show dependency treegraph
 
Reported: 2019-08-12 16:20 UTC by clay0
Modified: 2019-08-18 22:00 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description clay0 2019-08-12 16:20:40 UTC
Select the context menu for images → "Align". It offers the following six options:

Left
Centred
Right
Top
Centre
Bottom

Images that are meant to cover the whole slide normally have to be centred both vertically and horizontally. There are certain presentations where nearly every single slide gets a different image that is meant to fill it completely. So it would be very useful if this menu also included a seventh option, namely "Centred & Centre" (simultaneously). The new context menu option "Align" would look something like this:

Left
Centred
Right
Centred & Centre
Top
Centre
Bottom
Comment 1 Heiko Tietze 2019-08-13 07:10:25 UTC
Agreed. Vertically, we should use "Middle" to better distinguish the two options. Don't like the two terms combined for the new command but also have no better idea. Suggestions welcome.
Comment 2 clay0 2019-08-13 10:51:11 UTC
And what about the following suggestion:

Left
—— Middle (instead of “Centered”)
Right
Centered (for the new command)
Top
 | Middle (instead of “Center”)
Bottom
Comment 3 V Stuart Foote 2019-08-13 12:44:38 UTC
A seventh UNO widget action to center on slide (or page as this affects Draw equally) for combined "equidistant" centering would be useful.

Positioning a new term and command at the expense of existing labels is disruptive--Centered and Center are already difficult for l10n (but IIUC we have to have different names as they are different actions).

The icons when shown help. A combined "equidistant" centering should be placed at the end after a separator. But yes for a change to "Middle" for the vertical (needing PO action).

End up with:

Left
Centered
Right
----
Top
Middle
Bottom
----
Center on Slide/Page  * 

* or could get fancy and name it "equidistant" to margins.
Comment 4 Thomas Lendo 2019-08-13 21:00:10 UTC
The vertical centering should be renamed not only in Impress but also in the other applications.
Comment 5 csongor 2019-08-14 09:34:01 UTC
Personally I don't really mind the current behaviour. It is OK for me if I need to click Align twice in order to set the horizontal and vertical alignments separately. 

But if we want to make it possible to do with one click then 9 options would be the simplest for the user:
- top-left
- top-center
- top-right
- middle-left
- middle-center
- middle-right
- bottom-left
- bottom-center
- bottom-right

I also can imagine hotkeys for them like ERT-DFG-CVB, or numerical 789-456-123. 

The layout of these letters reflect the desired orientation in most national keyboards but maybe not always. Therefore, in each language, the hotkeys should reflect the layout of the most frequently used keyboard. This seems to be a bit complicated so I would prefer the numerical hotkeys. If we really need this change at all.
Comment 6 clay0 2019-08-14 12:07:51 UTC
The suggestion made in Comment 5 would restrict the possibilities of alignment to just nine positions on the slide or the page. This would really imply a change. To avoid this restriction all of these nine options (instead of just one) would have to be _added_, resulting in the following:

left
centered
right
----
top
middle
bottom
----
top-left
top-center
top-right
middle-left
middle-center
middle-right
bottom-left
bottom-center
bottom-right

But this is something that is clearly not needed to solve the issue stated in the description above.
Comment 7 Heiko Tietze 2019-08-15 07:18:26 UTC
We discussed this topic in the design meeting. Too many options, as suggested in c5 and c6, might be an overkill and bloat the menus (and the UNO API). But the idea of one additional command using Stuart's suggestion from c3 is very welcome.