[Bf-taskforce25] Widget Colouring Suggestion

[joe]

That works too.

Joe

On Wed, Apr 8, 2009 at 2:29 AM, Ton Roosendaal <ton at blender.org> wrote:
> Hi,
>
> They get rendered as quad strips, with OSA 8 jit table, alpha
> accumulated.
> I know opengl AA fails on many cards, and looks ugly too. I wanted a
> method that will look everywhere the same.
>
> -Ton-
>
> ------------------------------------------------------------------------
> Ton Roosendaal  Blender Foundation   ton at blender.org    www.blender.org
> Blender Institute BV  Entrepotdok 57A  1018AD Amsterdam The Netherlands
>
> On 7 Apr, 2009, at 1:39, joe wrote:
>
>> BTW how are you drawing anti-aliased lines?  I don't think you can
>> rely on opengl anti-aliased lines being implemented in all drivers.
>> Though you can implement it yourself using two alpha-blended quads per
>> line (to create a blurred/smooth line 2 pixels thick).  I've done this
>> before, and it works pretty well.
>>
>> Joe
>>
>>> Ton Roosendaal wrote:
>>>
>>> Hi,
>>>
>>>
>>>
>>> These special state-widgets, just like text outside buttons, work
>>> nicely in layouts that are strictly displayed as a list
>>>
>>>
>>> Such features can be part of "Style" definitions, so it can be added
>>> where appropriate.
>>>
>>> Further there's plenty of subtle ways to explore; here's a quicky I
>>> did, the button outline code is a quad strip, so can be any width;
>>> http://download.blender.org/institute/rt.jpg
>>> Or just color items in button:
>>> http://download.blender.org/institute/rt2.jpg
>>>
>>> Still; a problem with color coding remains that you have drop (part
>>> of)
>>> the freedom to assign colors to visualize widget types. Color encoding
>>> is very limited and with more than just a few colors it starts looking
>>> messy and loses meaning.
>>>
>>> -Ton-
>>>
>>> ----------------------------------------------------------------------
>>> --
>>> Ton Roosendaal  Blender Foundation   ton at blender.org
>>> www.blender.org
>>> Blender Institute BV  Entrepotdok 57A  1018AD Amsterdam The
>>> Netherlands
>>>
>>> On 5 Apr, 2009, at 21:03, William Reynish wrote:
>>>
>>>
>>>
>>> On 5 Apr, 2009, at 12:49 PM, Ton Roosendaal wrote:
>>>
>>>
>>>
>>> Hi,
>>>
>>> This is of course a temporary situation. We're experimenting with it.
>>> :)
>>>
>>> The basic idea remains that widget coloring will be derived from a set
>>> of theme colors you've defined yourself, visualizing widget
>>> functionality or widget types, and matching the overal looks you want.
>>>
>>> We will also check smaller and more subtle ways to show animated
>>> variables. We could make the layout engine add space for a small
>>> icon/button, allowing standard input methods to edit it, and visualize
>>> whether the variable has a function curve, is being driven, or
>>> controlled by expression, and allowing a way to make a function curve
>>> editor to show the curve/driver.
>>>
>>> One thing is quite cool of the current flashy coloring though; it's
>>> totally clear and obvious for debugging purposes. Might be worth
>>> putting a theme option in Blender that does it, so you can optionally
>>> switch to it on a simple command, and back. :)
>>>
>>>
>>> We have to find a balance where this information is as clear as
>>> possible, yet not totally distracting. Current solution isn't too bad
>>> I don't think - like you say it's obvious, yet non-intrusive whenever
>>> that information is not needed or not focused on - buttons that are
>>> not animated keep looking normal. However, I appreciate that
>>> there definitely are other solutions and it'd be nice if anyone with
>>> other ideas could scribble them down and preferably do some visual
>>> mockups of buttons in animated/expression/keyframe/driven states.
>>>
>>> The problems with having a separate icon for animation states
>>> are twofold: first, you have to create a visual connection between it
>>> and the 'parent' widget, and second, you have much more clutter and
>>> information in the users face. These special state-widgets, just like
>>> text outside buttons, work nicely in layouts that are strictly
>>> displayed as a list - a la Apple Motion, XSI, etc, but probably not so
>>> much in Blender where buttons layouts so far are a lot more varied.
>>>
>>> -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
>>>
>>>
>> _______________________________________________
>> 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
>