thomas schorpp wrote:
> thomas schorpp wrote:
> 
>>Jan Schampera wrote:
>>
>>
>>>Hi Devs,
>>
>>
>>hi Jan,
>>
>>
>>
>>>Damien asked me to do some ressearch on a widget that can give a "link
>>>quality" status. Imagine it in the lower left corner, right next to the
>>>status text of the main window.
>>
>>
>>1.) ergonomics analysis
>>
>>
>>
>>>The animation is composed of the 5 states the widget can show 0-1-2-3-4.
>>
>>
>>ok, every kid with a mobile knows and can read this symbol
>>
>>
>>
>>>I tried to get some color relation to the Ekiga logo (a darker orange
>>>and a lighter one).
>>
>>
>>mozilla does not show any brightness differences here.
>>
>>marketing priorities with technical meter ergonomics collision:
>>
>>every quality meter (like for tv-apps) must be light-green, or risk 
>>of user symbol misinterpretation/confusion (rising quality or error rate?).
>>color steps from red over yellow to green (~<20% statistic median of lost 
>>packets or so) 
>>are more easy for users to report and communicate to the devs in case 
>>of problems. IMHO.
>>On STUN problems the symbol should flash light red/yellow with f=2Hz.  
>>
>>
>>
>>>Technically the widget will take a level value between 0.0 and 1.0 and
>>>will recalculate it internally, that way one can change the view (maybe
>>>more bars) and doesn't need to change external calculation code. The
>>>widget will be native 22px to 22px (icons).
>>
>>
>>looks ok.
>>
>>
>>
>>>Any comments about the optics so far? The widget code isn't ready yet.
> 
> 
> 2.) code:
> 
> gint
> gtk_fencemeter4_get_index_by_level (gfloat level)
> {
>   /* FIXME i need some arithmetics */

no. possible iso-osi layer or OO-design violatiom.
gui layer classes dont do such work, belongs to core 
layer or special functions class. 

>   if (level == 0.0)
>     return 0;
> 
>   if (level > 0.0 && level <= 0.25)
>     return 1;
> 
> 
>>is float mandatory here? makes no sense since big 
> 
> rounding steps.
> 
> 
> 
>>>http://www.thebonsai.de/images/gtkfencemeter4_ani.gif
>>>
>>>
>>>J.
>>>
>>
>>
>>y
>>tom
>>
_____________________________________________
_______________________________________________
Ekiga-devel-list mailing list
Ekiga-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list

Reply via email to