Aire-One
/
awesome
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
2,149 Commits 1 Branch 90 Tags 18 MiB
Commit Graph

82 Commits

Author SHA1 Message Date
Julien Danjou c332971b21 [draw] Rename draw_color_new() to xcolor_new() 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-05-30 12:34:38 +02:00
marco candrian 270c705447 [progressbar] remove tmp variable stuff formerly used for check_settings 2008-05-29 08:21:32 +02:00
marco candrian 4a38937cf3 [progressbar] allow setting a range (min_value + max_value) for the bar 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-05-29 08:21:19 +02:00
marco candrian 3b3b7db99f [progressbar] allow floats for incoming values 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-05-29 08:20:33 +02:00
Julien Danjou 64ed9512de [progressbar] Remove useless = NULL 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-05-29 08:17:44 +02:00
Julien Danjou 76a61de862 [progressbar] Cosmetic 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-05-28 13:53:32 +02:00
marco candrian 7af0aeb58d [widgets/progressbar] cosmetic / typo fixing 2008-05-28 12:27:29 +02:00
marco candrian e756b2bc9a [widgets/progressbar] add missing 'border_width' for lua interface 2008-05-28 12:27:28 +02:00
marco candrian ac07ea957e [widgets/progressbar] autocreate data section when they get mentioned 2008-05-28 12:27:28 +02:00
marco candrian 5e4da273f5 [widgets/progressbar] add needed values to _tell for dynamic change (lua) 2008-05-28 12:27:28 +02:00
marco candrian 30decf7c6b [widgets/progressbar] initial lua adjusting 2008-05-28 12:27:28 +02:00
Alex Cornejo 710c457f08 Remove old confuse structures and include. 
I noticed the new version of awesome does not (or should not) depend
on libconfuse, however there were some unused headers and structures
that needed to be removed in order to compile without having
libconfuse.

Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-05-26 18:21:20 +02:00
Julien Danjou 0bbd2d4b3e Rename AwesomeConf to awesome_t 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-05-24 08:59:27 +02:00
Julien Danjou be108acc32 [util] warn() and eprint() now print \n 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-05-23 22:56:05 +02:00
Julien Danjou ed44254aeb [widget] Merge common functions. 
Not really common after all.

Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-05-23 15:12:01 +02:00
Julien Danjou 1f046b3c9f [everything] Switch from libconfuse to Lua 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-05-20 18:01:15 +02:00
Julien Danjou effaa99b91 [awesome] Remove useless includes 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-05-03 12:01:35 +02:00
Julien Danjou 33837d77a1 [draw] Rename DrawCtx to draw_context_t 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-05-03 12:01:05 +02:00
marco candrian 8fa33698d2 replace 'command' with 'new_value' 
Describes it somebit better

Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-05-03 12:01:04 +02:00
Julien Danjou a73b07f5d3 [statusbar] Rename Statusbar type to statusbar_t 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-05-03 12:01:03 +02:00
Julien Danjou 0cd46ab6b1 [widgets] Rename Widget type to widget_t 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-05-03 12:01:03 +02:00
Arnaud Fontaine dafafd077c Port Awesome to XCB 2008-05-03 12:00:59 +02:00
marco candrian ce17b1457e [widgets] allow NULL for 'command' (FS#175) 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-04-23 08:49:31 +02:00
marco candrian 7cad52aa01 [progressbar] Fix X computation 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-04-20 09:25:13 +02:00
marco candrian 9ba6cfd6c5 [progressbar] using the new draw_rectangle function with outer-coordinates 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-04-18 09:11:48 +02:00
marco candrian 66d24bb191 [progressbar] fix vertical-reversed bar + cosmetic 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-04-17 09:50:00 +02:00
marco candrian 3f1c8a9479 [progressbar] about cosmetic 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-04-17 09:49:49 +02:00
marco candrian 4e15b4fab4 [widgets/progressbar] calculate/return 'real' width (instead of d->width) when ticks are used 2008-04-12 04:49:15 +00:00
marco candrian 4a7ebc9c5c [widgets/progressbar] fix FS#145 - empty progressbar draws one pixel too far 
+ check_settings should be below the check for data_items (count).
+ some fix on check_settings
 2008-04-02 15:51:30 +02:00
Julien Danjou c582f4397b [widgets] Check for no value in uicb_widget_tell and only update sbar on no error 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-04-02 15:31:19 +02:00
Julien Danjou c43054bc4d [progressbar] check_settings should be static 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-04-02 08:46:32 +02:00
marco candrian ed231336fb [widgets/progressbar] try to prevent the bug FS#141 
The real cause for it is unknown to me. I personally can't reproduce it.

Even when it won't fix, that patch makes still sense so:
no drawing of a rectangle what will get 'overdrawn' fully anyway.
 2008-04-02 06:26:17 +02:00
marco candrian 30de23d8c7 [widgets/progressbar] fix x-offset value (pb_x actually) 2008-04-02 06:26:17 +02:00
Julien Danjou c4cc8c5e04 [widgets] Remove paddings 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-03-31 10:04:03 +02:00
marco candrian 0e1dbe40d2 [widgets/progressbar.c] x_offset+1 and bg color fix 
the widget got drawn 1 pixel to much on the left.
adding one progressbar x offset (pb_x) seems to work nicely.

also. bg shall draw (according to the manpage), the gaps
between the 'ticks' + the padding between the border and the ticks
(... everthing inside the border only the ticks)

so, an additional rectangle draw line to achieve that basic bg color.
 2008-03-28 09:53:50 +01:00
Julien Danjou 3ea69238ae [widgets/progressbar] Initialize unit value to 0 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-03-26 10:59:06 +01:00
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
marco candrian b92a292e43 additional line width argument to draw_rectangle[_gradient] in draw.c 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-03-23 15:52:22 +01:00
Julien Danjou 0a6c6e017b Store physical screen id in statusbar and client, change get_phys_s() to screen_virttophys() 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-03-23 15:52:22 +01:00
Julien Danjou 2a47aa7f0b Add cfg_getalignment() functions 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-03-23 15:52:21 +01:00
Julien Danjou 19656fc36d Add a CFG_ALIGNMENT type and use it 
Signed-off-by: Julien Danjou <julien@danjou.info>
 2008-03-23 15:52:21 +01:00
Julien Danjou c6eec955c8 Rename Area to area_t 2008-03-23 15:52:18 +01:00
Julien Danjou fa47024714 Change colors infrastructure to style: rename colors_ctx_t to style_t and add font in it 2008-03-23 15:52:18 +01:00
marco candrian d1e216936c try to calculated the height etc in the same way on progressbar and graph 
some issue is still there (anyway). When there are e.g. 5 horizontal bars
the width of that progressbar (multiply of 5 or similar) may won't be the
same like a graph.

So some tweaking on the graphs' height is necessary then.
 2008-03-23 15:52:18 +01:00
Julien Danjou 0a980095b3 Rework colors stuff, add a common colors_ctx_t containing colors and shadow options 2008-03-23 15:52:17 +01:00
marco candrian 04ff373a63 New progressbar option: vertical=<boolean> 
if 'true', draws the whole progressbar-block vertically
instead of horizontally.
 2008-03-23 15:52:16 +01:00
marco candrian 6216d25bc6 new progressbar option for reversing the drawing 
inside a data section, with reverse=<boolean> it's possible to reverse the
drawing i.e instead of left to right, from right to left. etc.
 2008-03-23 15:52:16 +01:00
marco candrian 397aa33163 widget error infrastructure additions 2008-03-23 15:52:16 +01:00
Julien Danjou 0e69534a65 Add a common error infratructure for widget_tell 
Signed-off-by: Marco Candrian <mac@calmar.ws>
 2008-03-23 15:52:16 +01:00
marco candrian 0c4dc79bb6 progressbar widget handles property arguments now 
data section values:

echo '0 widget_tell progess data title new_value' ...

data properties: fg, bg, fg_center, fg_end, bordercolor works like this:

echo '0 widget_tell progess fg_end title new_color' ...

universal settings to tune are gap, width, height, padding:

echo '0 widget_tell progess padding value' ...
 2008-03-23 15:52:16 +01:00