[Bf-taskforce25] Mockup note

[Ton Roosendaal]

Hi,

> First of all, the backgrounds should always be clickable.

Also for the menus, for the name buttons, for the row buttons, and so  
on?
That's why the situation is so chaotic in your mockup.

> BTW, Which buttons did I miss?

- Renderer
- Stamp
- Scope

Why do the row buttons have no label?
Further the sliders have text inside, and the number buttons not? Do  
you see how unreadable it is?

> You have some Resolution settings and some Framerate settings. Without
> the backgrounds it'll actually look like the resolution number fields
> relate to the framerate text labels.

Simply put that information in the text to the left:

  Resolution          X ( 1024 )
                      Y ( 720  )

Adding "frame rate" label is a bit misleading in the layout... it's not  
a property name, not in RNA, and not in our translation system then.  
Although we can add such labels using rna groups too.

-Ton-

------------------------------------------------------------------------
Ton Roosendaal  Blender Foundation   ton at blender.org    www.blender.org
Blender Institute BV  Entrepotdok 57A  1018AD Amsterdam The Netherlands

On 16 Mar, 2009, at 18:07, William Reynish wrote:

> Hi Ton,
>
> First of all, the backgrounds should always be clickable.
>
> We've already discussed having text outside buttons with no
> backgrounds. It won't really work well because there will be no way to
> clearly see which text relates to what number fields, especially bad
> with multiple columns. I'll give an example. Look at the Dimensions
> panel here:
> http://www.reynish.com/files/blender25/2_5_mockups_03_newbuts.png
> You have some Resolution settings and some Framerate settings. Without
> the backgrounds it'll actually look like the resolution number fields
> relate to the framerate text labels.
>
> If the text is outside, and if there are multiple columns, you need
> some sort of visual clue to be able to tell what the text labels refer
> to.
>
> Regarding long names: One could add a rule that it's always the name
> that gets truncated, not the value itself, even if the text is inside.
> I've actually found that having the text outside doesn't allow for as
> long names as having them inside, because there is slightly more
> wasted space.
>
> But, like I said, I'm fine with having the text both inside and
> outside as long as it's completely consistent and absolutely clear and
> unambiguous what's going on. The user must never be in doubt about
> what value is being changed!
>
> -William
>
>
> BTW, Which buttons did I miss?
>
>
> On 16 Mar, 2009, at 5:44 PM, Ton Roosendaal wrote:
>
>> Hi William,
>>
>>> After reviewing the two styles, the text-outside style seems more
>>> visually busy
>>
>> The mockup with emphasized backgrounds for text outside looks very
>> chaotic. You also missed some buttons still. Visually you also have no
>> clue when such background is clickable or not. I think you overshoot
>> here.
>>
>> It would really like to see the same layout just with texts outside
>> and
>> no backgrounds... will look very clear and usable, I'm sure. :)
>>
>> -Ton-
>>
>> ---------------------------------------------------------------------- 
>> --
>> Ton Roosendaal  Blender Foundation   ton at blender.org
>> www.blender.org
>> Blender Institute BV  Entrepotdok 57A  1018AD Amsterdam The
>> Netherlands
>>
>> On 16 Mar, 2009, at 12:19, William Reynish wrote:
>>
>>> Just to visualize how Matt's proposed numbut style would impact the
>>> button layouts, I've changed the the Render Properties mockup to
>>> reflect it. I've also changes the checkmarks to match this new style.
>>>
>>> Here's the text-outside mockup:
>>> http://www.reynish.com/files/blender25/2_5_mockups_03_newbuts.png
>>>
>>> Compare with the older text-inside concept:
>>> http://www.reynish.com/files/blender25/2_5_mockups_03.png
>>>
>>> After reviewing the two styles, the text-outside style seems more
>>> visually busy, but may be more explicit and flexible. Honestly, as
>>> long as it is completely consistent I could go with either style.
>>>
>>> Cheers
>>>
>>> -William
>>> _______________________________________________
>>> Bf-taskforce25 mailing list
>>> Bf-taskforce25 at blender.org
>>> http://lists.blender.org/mailman/listinfo/bf-taskforce25
>>>
>>
>> _______________________________________________
>> Bf-taskforce25 mailing list
>> Bf-taskforce25 at blender.org
>> http://lists.blender.org/mailman/listinfo/bf-taskforce25
>
> _______________________________________________
> Bf-taskforce25 mailing list
> Bf-taskforce25 at blender.org
> http://lists.blender.org/mailman/listinfo/bf-taskforce25
>