Page MenuHome

Inconsistent text alignment for operator buttons
Closed, ResolvedPublicDESIGN


To put it simple, current state is:

Toolbar operator butons:

  • align left, if they have no icon -align to center, if they have icon

All other areas:

  • align to center, no metter if they have or haven't icon.
  • if icon is present, the alignment is offset to right from the buttons that don't have icons. If these are above/below, things get out of alignment

rest of the UI aligns everything to left in most cases.

possible solution 1 :
Align to left
if an icon is present in a column of buttons under each other, offset by icon width, also for buttons which don't have an icon.

this is consistent with menu drawing in 2.78, where icons aren't everywhere too.

possible solution 2
align left
drop icons for operator buttons completely. It is a question if these are actually of any use except for add primitive panel, where they are used a lot. Icons in operator buttons are actually so rare they often look like a mistake, or taking an operator out of context.

Event Timeline

This task is mainly about why buttons in toolbars may align text differently than buttons anywhere else in Blender. I don't see why this should be the case. Also reported in T41592.

There is an explicit check for toolbars in code to align text in operator buttons to the left if they don't have an icon. Added in rBc6dbbde16bdc. @Joshua Leung (aligorith), do you remember the reason for this?

Changing this would be a minor task, but would prefer to have approval from others first - also from the rest of the UI team.

(Note that I approved this design task.)

Julian Eisel (Severin) lowered the priority of this task from 90 to Normal.Jan 16 2017, 1:13 AM

Seems like I can join with this proposal . . . That comes from practicle reason, if you try to eliminate borders of buttons to make them less prominent you loose visual connection between elements. In this example easily solved by moving text to left.

Drop down icon with triangle in a corner is already used for tool bar icons. There it's separate action icon and corner, I mention that for visual continuity. Corner symbol in this size doesnt colide with icon square itself.

To see what elements are able to hold together without framing I set theme called Empty. Framing elements should be additional visual support not primary solution to distinguish buttons.

Julian Eisel (Severin) changed the task status from Unknown Status to Resolved.EditedDec 9 2019, 3:39 PM

I removed the special handling of toolbar buttons a bit ago (rB6e8a76c96a61), so operator items should align consistently by default now. Closing this.

@filip mond (vklidu) this is something that should be handled by the theme. Ideally they'd be able to set the text alignment (e.g. like CSS does it). However making such general design decisions just for these unusual theme usages is not something we should do.