http://bugzilla.suse.com/show_bug.cgi?id=973590 http://bugzilla.suse.com/show_bug.cgi?id=973590#c1 --- Comment #1 from Dirk Mueller --- Created attachment 671276 --> http://bugzilla.suse.com/attachment.cgi?id=671276&action=edit Screenshot -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.suse.com/show_bug.cgi?id=973590 http://bugzilla.suse.com/show_bug.cgi?id=973590#c3 --- Comment #3 from Martin Vidner --- Created attachment 672620 --> http://bugzilla.suse.com/attachment.cgi?id=672620&action=edit screenshot: options for grub2 -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.suse.com/show_bug.cgi?id=973590 http://bugzilla.suse.com/show_bug.cgi?id=973590#c5 Martin Vidner changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jreidinger@suse.com Flags|needinfo?(mvidner@suse.com) |needinfo?(jreidinger@suse.c | |om) --- Comment #5 from Martin Vidner --- 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? -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.suse.com/show_bug.cgi?id=973590 http://bugzilla.suse.com/show_bug.cgi?id=973590#c7 Imobach Gonzalez Sosa changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kwimmer@suse.com Flags| |needinfo?(kwimmer@suse.com) --- Comment #7 from Imobach Gonzalez Sosa --- Ken, please, could you have a look? -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.suse.com/show_bug.cgi?id=973590 Ladislav Slezák changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P3 - Medium -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.suse.com/show_bug.cgi?id=973590 http://bugzilla.suse.com/show_bug.cgi?id=973590#c9 Steffen Winterfeldt changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hguo@suse.com --- Comment #9 from Steffen Winterfeldt --- *** Bug 998535 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug.

https://bugzilla.suse.com/show_bug.cgi?id=973590 https://bugzilla.suse.com/show_bug.cgi?id=973590#c11 Stefan Hundhammer changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(kent.wimmer@suse. | |com) | --- Comment #11 from Stefan Hundhammer --- (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. -- You are receiving this mail because: You are on the CC list for the bug.