http://bugzilla.suse.com/show_bug.cgi?id=973590 http://bugzilla.suse.com/show_bug.cgi?id=973590#c1

--- Comment #1 from Dirk Mueller dmueller@suse.com --- Created attachment 671276 --> http://bugzilla.suse.com/attachment.cgi?id=671276&action=edit Screenshot

http://bugzilla.suse.com/show_bug.cgi?id=973590 http://bugzilla.suse.com/show_bug.cgi?id=973590#c3

--- Comment #3 from Martin Vidner mvidner@suse.com --- Created attachment 672620 --> http://bugzilla.suse.com/attachment.cgi?id=672620&action=edit screenshot: options for grub2

http://bugzilla.suse.com/show_bug.cgi?id=973590 http://bugzilla.suse.com/show_bug.cgi?id=973590#c5

Martin Vidner mvidner@suse.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |jreidinger@suse.com Flags|needinfo?(mvidner@suse.com) |needinfo?(jreidinger@suse.c | |om)

--- Comment #5 from Martin Vidner mvidner@suse.com --- As we can see on the screenshots, on other architectures/bootloaders that space is occupied by various options. But I don't understand either why some of them are to the right of the Boot Loader combo and some are below it.

One option is to replace the missing option frame to the right with a HStretch so that the ComboBox is aligned left, another option is also to move the [missing] option frame *below* the combo.

Josef, can you please explain this?

http://bugzilla.suse.com/show_bug.cgi?id=973590 http://bugzilla.suse.com/show_bug.cgi?id=973590#c7

Imobach Gonzalez Sosa igonzalezsosa@suse.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |kwimmer@suse.com Flags| |needinfo?(kwimmer@suse.com)

--- Comment #7 from Imobach Gonzalez Sosa igonzalezsosa@suse.com --- Ken, please, could you have a look?

http://bugzilla.suse.com/show_bug.cgi?id=973590

Ladislav Slezák lslezak@suse.com changed:

What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P3 - Medium

http://bugzilla.suse.com/show_bug.cgi?id=973590 http://bugzilla.suse.com/show_bug.cgi?id=973590#c9

Steffen Winterfeldt snwint@suse.com changed:

What |Removed |Added ---------------------------------------------------------------------------- CC| |hguo@suse.com

--- Comment #9 from Steffen Winterfeldt snwint@suse.com --- *** Bug 998535 has been marked as a duplicate of this bug. ***

https://bugzilla.suse.com/show_bug.cgi?id=973590 https://bugzilla.suse.com/show_bug.cgi?id=973590#c11

Stefan Hundhammer shundhammer@suse.com changed:

What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(kent.wimmer@suse. | |com) |

--- Comment #11 from Stefan Hundhammer shundhammer@suse.com --- (In reply to Ladislav Slez�k from comment #8)

Yes, that makes sense, but in this case the placement is NOT identical.

Here with some options the bootloader type is on the left: https://bugzilla.suse.com/attachment.cgi?id=672621

Without any option on aarch64 the bootloader type is centered: https://bugzilla.suse.com/attachment.cgi?id=671276

I assume this is in a VBox, and this is one row of that VBox. Probably that row is also a separate HBox.

If there is only one widget in a VBox row, it will be horizontally centered if the widget is not stretchable, and if it is, it will be stretched to take up the complete width.

So if it's a HBox, the HBox is stretchable if any of its children is stretchable. If none of them is stretchable, the HBox is also not stretchable; so its parent VBox will horizontally center it.

I guess that is what happened here: By default (unless given the hstretchable option), it is not stretchable. If there is still another widget in that HBox that is stretchable, that one will make the whole row stretch, and the stretchable widget(s) will get the excess space in the horizontal dimension, i.e. those stretchable widgets will become wider.

But if there is none that could take up the excess width, rather than artificially blowing up the combo box (which would also look bad), it remains as wide as it is, so its HBox parent remains as wide as it is, so that whole HBox is centered.

That is a general principle of how our layout widgets (VBox and HBox) work.