Hi,<br><br>I agree with Matt's points and also the idea of keeping the labels on the buttons. <br><br>Personally, I think that's one of the neat things that we do, since IMO it makes it clearer what the label applies to (see the current WIP layout engine's results in the Object buttons for example. I don't think it is terribly clear that the labels for the combo boxes are related to those and not as column/section headers instead). and also because it minimises the effect of having too much 'wasted' space.<br>
<br><div class="gmail_quote">On Sat, Mar 14, 2009 at 2:14 PM, Matt Ebb <span dir="ltr"><<a href="mailto:matt@mke3.net">matt@mke3.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Sat, Mar 14, 2009 at 2:39 AM, Ton Roosendaal <<a href="mailto:ton@blender.org">ton@blender.org</a>> wrote:<br>
> Hi William,<br>
><br>
> <a href="http://wiki.blender.org/uploads/8/88/2_5_mockups_01.png" target="_blank">http://wiki.blender.org/uploads/8/88/2_5_mockups_01.png</a><br>
><br>
> For nice aligned layouts it would work better to more strictly separate<br>
> button values (numbers, menu options, settings) from their labels.<br>
><br>
<br>
</div><div class="im">> They do this quite consistantly, only tool buttons get their entire<br>
> text inside, which makes sense.<br>
<br>
</div>I disagree here. For things that are redundant like 'Location X' 'Location Y'<br>
'Location Z' , it definitely makes sense to drop the 'Location' and<br>
leave it as a separate label. Repeating that text on every button<br>
overcrowds things, and makes it harder to skim-read down the left edge<br>
for the useful information (x/y/z).<br>
<br>
However for other buttons, I think it's better to keep the label on<br>
the number field. The space in the UI that the text occupies is going<br>
to be used anyway, and so putting it on the button itself keeps a very<br>
clear connection between the value and the property (which can<br>
potentially get messy and unclear in more complicated layouts), but<br>
also, keeping the button size large is a good thing.<br>
<br>
The speed of accessing a target on screen with the mouse is a function<br>
of distance to the target and the size of the target (Fitt's law), so<br>
the larger the button, the easier it is to hit it quickly. Having<br>
smaller buttons means you have to be much more exact with clicks,<br>
which is a bit of a waste if the space is already being used by the<br>
text, just not clickable. This is also the reason why the check-box<br>
toggle buttons are currently drawn with the button background and not<br>
just the checkbox - it's much easier to hit, and it's also apparent<br>
that the entire region is clickable.</blockquote></div>Agreed. Seeing a checkbox with text beside it but no background suggests that only the checkbox is clickable since the text may just be a label slapped beside the checkbox (from prior experience with other widgets), which makes it harder for some users to use (and troublesome for those in a rush + rather sleep deprived).<br>
<br>Hmmm.... it seems I just repeated Matt's points again, but anyways, just adding some weight to this end of the argument.<br><br>Aligorith<br>