Julien Danjou
d8a5b43f26
[widgets] Make draw functions statusbar-less dependents
...
Signed-off-by: Julien Danjou <julien@danjou.info>
2008-06-02 12:18:17 +02:00
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