awesome/widgets
marco candrian 89f4e22255 [widgets] new progressbar options
if a ticks_count is defined (!= 0), round the value to them ('ticks')
and draw finally some gaps.

Also an important issue: since the bar needs to be 'homogenous', they may won't
match a given height. Some value tweaking will be necessary then.

An alternative would be a not homogenous bar, what is worse I think.

The values, when there are 'ticks', get rounded up somebit. So they get turned on,
when half of them is reached - or so.

new options (see awesomerc.5.txt for a more detailed description):

border_width
border_padding
fg_off

ticks_count
ticks_gap

Signed-off-by: Julien Danjou <julien@danjou.info>
2008-03-26 10:02:37 +01:00
..
common.c [widgets] new progressbar options 2008-03-26 10:02:37 +01:00
common.h [widgets] new progressbar options 2008-03-26 10:02:37 +01:00
focusicon.c Revert "Add preliminary support for XPM format" 2008-03-23 15:52:22 +01:00
graph.c additional line width argument to draw_rectangle[_gradient] in draw.c 2008-03-23 15:52:22 +01:00
iconbox.c Revert "Add preliminary support for XPM format" 2008-03-23 15:52:22 +01:00
layoutinfo.c Revert "Add preliminary support for XPM format" 2008-03-23 15:52:22 +01:00
progressbar.c [widgets] new progressbar options 2008-03-26 10:02:37 +01:00
taglist.c additional line width argument to draw_rectangle[_gradient] in draw.c 2008-03-23 15:52:22 +01:00
tasklist.c additional line width argument to draw_rectangle[_gradient] in draw.c 2008-03-23 15:52:22 +01:00
textbox.c Lot of cosmetic changes: proto change, etc. 2008-03-23 15:52:22 +01:00