ee31a016ec
Make GtkInfoBar use GtkStyleContext
...
All colors are defined now in the default css, and classes have
been added so the bars are fully themeable (as opposed to
gtk_widget_override_*, which require changing the color map itself)
2010-12-14 02:29:57 +01:00
3070d6e3d5
Revert "docs: Reinstate pixbufs section in GDK docs"
...
I committed my whole working tee instead of just one file. Ooops.
This reverts commit ded14b2562
2010-12-09 23:55:33 +01:00
ded14b2562
docs: Reinstate pixbufs section in GDK docs
...
It was accidentally removed in 0775b0a858
2010-12-09 11:14:21 +01:00
8b6112b6e0
Rewrite GtkInfoBar color handling to bypass GtkStyle
...
This avoids a segfault that was happening due to the recursion
detection not working anymore with the old way of doing things.
2010-12-04 15:39:33 +01:00
3a0afce509
gtk: remove "gboolean homogeneous" from gtk_box_new()
...
Because it's FALSE in virtually all use cases.
2010-10-31 19:22:28 +01:00
a9894d4cf4
Use gtk_box_new() instead gtk_[v|h]box_new()
2010-10-30 05:22:58 +02:00
e31304fb7b
Use gtk_button_box_new() instead gtk_[v|h]_button_box_new()
2010-10-30 02:26:23 +02:00
1d3f6b30b0
API: Rename gtk_cairo_paint_*() to gtk_paint_*()
...
Large patch, but just renaming.
Indentation should still mostly be correct because I took care of
keeping the indentation for this function name.
2010-09-26 15:11:42 +02:00
f2d7e6c8d4
infobar: Port to draw vfunc
2010-09-26 15:11:37 +02:00
e0aa12eb0a
Tons of transfer annotations
2010-09-21 00:18:11 -04:00
913cdf3be7
GDK: Prefix key names with KEY_
...
The keysyms create a lot of potential namespace conflicts for
C, and are especially problematic for introspection, where we take
constants into the namespace, so GDK_Display conflicts with GdkDisplay.
For C application compatiblity, add gdkkeysyms-compat.h which uses
the old names.
Just one user in GTK+ continues to use gdkkeysyms-compat.h, which is
the gtkimcontextsimple.c, since porting that requires porting more
custom Perl code.
2010-09-08 18:51:44 -04:00
37d62149bb
gtk/gtkinfobar.c: use accessor functions to access GtkWidget
2010-08-22 22:56:10 +02:00
75686d04a0
GtkInfoBar: use private pointer instead GET_PRIV() macro
2010-07-13 19:40:48 +02:00
0a07e9733b
gtk/: fully remove gtkalias hacks
...
https://bugzilla.gnome.org/show_bug.cgi?id=623845
2010-07-10 02:51:26 +02:00
e8e95d4c5e
Don't use GTK_WIDGET_*SET_FLAGS (wid, GTK_CAN_DEFAULT)
...
Use new API instead: gtk_widget_set_can_default ()
2010-03-02 07:58:05 +01:00
c3f0cdcfcf
Clarify the docs for gtk_info_bar_set_default_response
...
According to bug 610632
2010-02-23 11:13:16 -05:00
fe85272112
[annotations] Add allow-none
...
This commit was created using a script that searched for all docstrings
containing a parameter and the string 'or %NULL'.
Gdk backends and demos excluded as they are not part of a public API
https://bugzilla.gnome.org/show_bug.cgi?id=610474
2010-02-19 17:57:51 -02:00
670e141b3a
Fix some compilation warning
...
Added some default cases and assert if reached
2009-10-21 02:08:18 +02:00
42e7318b62
Fix redraw issues in GtkInfoBar
...
This was reported in bug 587716. I have no idea why this used
to work just fine for me...
2009-07-06 01:56:05 -04:00
a92c9ce9a5
Bug 586691 – Better GtkInfoBar defaults
...
Signed-off-by: David Zeuthen <davidz@redhat.com >
2009-06-25 15:23:40 -04:00
d50cfd192b
Use g_return_val_if_fail instead of g_return_if_fail
2009-06-16 18:40:01 +02:00
23fa53f1bc
Properly export gtk_info_bar_response
...
Also fix up its docs.
2009-06-15 20:04:48 -04:00
a01a4df697
Update docs to match actual API
...
Remove references to gtk_info_bar_set_contents(), and update
the example to use gtk_info_bar_get_content_area().
2009-06-08 10:16:51 -04:00
a85fac7145
Add a message area widget
...
It is called GtkInfoBar. See bug 555344.
2009-06-05 18:00:26 -04:00
