summaryrefslogtreecommitdiff
path: root/gtk/gtkinfobar.c
Commit message (Collapse)AuthorAgeFilesLines
* Always chain up in ::style-updatedMatthias Clasen2011-02-071-0/+2
| | | | | This was not handled consistently, but the default handler does useful things, so we should always chain up.
* State that _add_button functions return a "#GtkButton widget"Christian Dywan2011-01-261-1/+1
| | | | Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=586635
* Silence new gcc warningsMatthias Clasen2011-01-231-10/+2
| | | | | gcc 4.6.0 has started to warn about set-but-unused variables. So don't do that, then.
* Remove gtktypeutils altogetherMatthias Clasen2011-01-041-0/+1
| | | | | | Based on patches by Javier Jardón. https://bugzilla.gnome.org/show_bug.cgi?id=629955
* Drop explicit includes of gdkkeysyms.hMatthias Clasen2011-01-041-1/+0
| | | | | These are no longer needed. At the same time, port gtkimcontextsimpleseqs.h to use the new GDK_KEY_ symbols.
* Make GtkInfoBar use GtkStyleContextCarlos Garnacho2010-12-141-119/+27
| | | | | | 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)
* Revert "docs: Reinstate pixbufs section in GDK docs"Benjamin Otte2010-12-091-7/+57
| | | | | I committed my whole working tee instead of just one file. Ooops. This reverts commit ded14b256202d8792629b88874d934638762cee3.
* docs: Reinstate pixbufs section in GDK docsBenjamin Otte2010-12-091-57/+7
| | | | It was accidentally removed in 0775b0a85818e14d12087f33977e14efec6a058a
* Rewrite GtkInfoBar color handling to bypass GtkStyleMatthias Clasen2010-12-041-20/+29
| | | | | This avoids a segfault that was happening due to the recursion detection not working anymore with the old way of doing things.
* gtk: remove "gboolean homogeneous" from gtk_box_new()Michael Natterer2010-10-311-1/+1
| | | | Because it's FALSE in virtually all use cases.
* Use gtk_box_new() instead gtk_[v|h]box_new()Javier Jardón2010-10-301-1/+1
|
* Use gtk_button_box_new() instead gtk_[v|h]_button_box_new()Javier Jardón2010-10-301-1/+1
|
* API: Rename gtk_cairo_paint_*() to gtk_paint_*()Benjamin Otte2010-09-261-1/+1
| | | | | | Large patch, but just renaming. Indentation should still mostly be correct because I took care of keeping the indentation for this function name.
* infobar: Port to draw vfuncBenjamin Otte2010-09-261-15/+12
|
* Tons of transfer annotationsMatthias Clasen2010-09-211-3/+3
|
* GDK: Prefix key names with KEY_Colin Walters2010-09-081-1/+1
| | | | | | | | | | | | | 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.
* gtk/gtkinfobar.c: use accessor functions to access GtkWidgetJavier Jardón2010-08-221-8/+9
|
* GtkInfoBar: use private pointer instead GET_PRIV() macroJavier Jardón2010-07-131-18/+10
|
* gtk/: fully remove gtkalias hacksJavier Jardón2010-07-101-6/+0
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=623845
* Don't use GTK_WIDGET_*SET_FLAGS (wid, GTK_CAN_DEFAULT)Javier Jardón2010-03-021-1/+1
| | | | Use new API instead: gtk_widget_set_can_default ()
* Clarify the docs for gtk_info_bar_set_default_responseMatthias Clasen2010-02-231-0/+3
| | | | According to bug 610632
* [annotations] Add allow-noneJohan Dahlin2010-02-191-1/+1
| | | | | | | | 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
* Fix some compilation warningJavier Jardón2009-10-211-0/+5
| | | | Added some default cases and assert if reached
* Fix redraw issues in GtkInfoBarMatthias Clasen2009-07-061-2/+3
| | | | | This was reported in bug 587716. I have no idea why this used to work just fine for me...
* Bug 586691 – Better GtkInfoBar defaultsDavid Zeuthen2009-06-251-70/+63
| | | | Signed-off-by: David Zeuthen <davidz@redhat.com>
* Use g_return_val_if_fail instead of g_return_if_failVincent Untz2009-06-161-3/+3
|
* Properly export gtk_info_bar_responseMatthias Clasen2009-06-151-1/+1
| | | | Also fix up its docs.
* Update docs to match actual APIMatthias Clasen2009-06-081-2/+3
| | | | | Remove references to gtk_info_bar_set_contents(), and update the example to use gtk_info_bar_get_content_area().
* Add a message area widgetMatthias Clasen2009-06-051-0/+1262
It is called GtkInfoBar. See bug 555344.
View Lorry Controller Status