[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Nodoka theme engine



On Fri, 2007-07-13 at 07:25 +0200, Matthias Clasen wrote:
> I have used your Nodoka rpms for a day now, and have to say that the
> theme looks pretty reasonable and is nice to use. Of course, there
> are some smaller and bigger nits to pick, otherwise I wouldn't write
> this mail...
> 
> - I strongly believe the blue prelight color for scrollbars is wrong
>   and needs to go. It is just too distracting for a default theme. A
>   lot of people were happy when we dropped it from Clearlooks.
> 
Yes, it bothers me as well - the blinking of blue every time I go with
mouse over it is not very good... It will certainly not be in final...

> - I also think that the blue background on selected radio and check
>   buttons should be reconsidered, for the same reasons. Since they
>   are much smaller than scrollbars and don't change their color from
>   grey to blue on mouseover, the problem is less prominent here,
>   admittedly.
> 
Did you look at the fake screenshot on the wiki? We didn't tweaked the
radio and checkbuttons yet, so they are murrine default, but want to
make them more subtle (perhaps only soft blue outline on mouse-over).

> - Button prelighting feels a _bit_ too subtle to me, compared to
>   the strong prelighting in toolbars. This can be seen clearly
>   in an application like gcalctool.
> 
Yep, problem of first tries... I consider using soft blue outline for
prelight, but if it's too distracting I'll just tweak the current setup.
Also I hope to unify the higlights for as many widgets as possible.

> - The diffent grays in the background of menus vs the rest of the
>   application looks wrong.
>  
You don't like the brighter menu? It's thus easier to distinguish it
from the rest. It's the same colours as in clearlooks.

> - Even though using a dedicated theme engine may give you the
>   most freedom to tweak things, but I'd consider carefully if
>   you really want to maintain a forked codebase long-term, if 
>   it is just for recolorable scrollbars and some changed defaults. 
>   Alternatively, you could try to get whatever you feel is missing
>   folded back into the murrine engine.
> 
It's not only for that. The look is going to be too much different from
Murrine so we could not hope that the changes we are going to make would
be accepted. Maintaining our own fork seems better for me, as we can
react on our (artistic) needs much faster - also we have free hands.
Yes, we so far changed only colours and gradients and some defaults, but
its only the beginning, I hope to tweak it today a little more to make a
more or less final look of the button widget. I will see what I can
do...

> Matthias
> 

Thanks for your comments,
Martin

Attachment: signature.asc
Description: This is a digitally signed message part


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]