- 29 Aug, 2016 1 commit
-
-
Benjamin Otte authored
glib will use the correct marshaller automatically. And as a side effect, we also get all glib optimizations, like a va marshaller.
-
- 20 Dec, 2015 1 commit
-
-
Cosimo Cecchi authored
We can move this to just use the actual GtkCssGadget of the menu item.
-
- 16 Dec, 2015 1 commit
-
-
Matthias Clasen authored
Clarify the use of brackets in the CSS node diagrams: [] means optional nodes or classes, <> means child widgets.
-
- 03 Nov, 2015 2 commits
-
-
Matthias Clasen authored
-
Matthias Clasen authored
Use the element name menuitem for GtkMenuItem, GtkCheckMenuItem and GtkRadioMenuItem. GtkSeparatorMenuItem gets the name separator. Add a subnode with name arrow if a submenu is attached. Give the radio and check menu items a subnode with name check or radio.
-
- 22 Mar, 2015 3 commits
-
-
Matthias Clasen authored
The other Radio* widgets have this convenience method that removes the memory management of the opaque GSList used to handle the group from the API usable from language bindings (especially the ones not based on introspection). This commit adds gtk_radio_menu_item_join_group(). https://bugzilla.gnome.org/show_bug.cgi?id=671362
-
Matthias Clasen authored
Some arguments, like the group and the label of a RadioMenuItem, can be NULL: the RadioMenuItem has all the code to deal with them. The argument validation is too strict, though, for instance doing: return_if_fail (IS_RADIO_MENU_ITEM (foo)) if (foo != NULL) set_foo (foo) Which is obviously incorrect. This commit also modifies the annotations of the API, to ensure that language bindings do the right thing. https://bugzilla.gnome.org/show_bug.cgi?id=671362
-
If we create a RadioMenuItem without a group, and then set a group, the menu item will still be set as active, which means an inconsistently drawn radio menu item - as the RadioMenuItem will set the active flag on itself, but then it won't reset it when it gets a new group. https://bugzilla.gnome.org/show_bug.cgi?id=671362
-
- 27 Mar, 2014 1 commit
- 19 Feb, 2014 1 commit
-
-
William Jon McCann authored
Instead of Return value:
-
- 04 Feb, 2014 1 commit
-
-
William Jon McCann authored
-
- 29 Jan, 2014 2 commits
-
-
- 06 Dec, 2013 1 commit
-
-
- 20 Jul, 2013 1 commit
-
-
Matthias Clasen authored
We've recently a number of classes wholly. For these cases, move the headers and sources to gtk/deprecated/ and adjust Makefiles and includes accordingly. Affected classes: GtkAction GtkActionGroup GtkActivatable GtkIconFactory GtkImageMenuItem GtkRadioAction GtkRecentAction GtkStock GtkToggleAction GtkUIManager
-
- 09 Jul, 2013 1 commit
-
-
- 30 Jun, 2013 1 commit
-
-
William Jon McCann authored
It is recommended to use GAction et al and GtkBuilder.
-
- 19 Feb, 2013 1 commit
-
-
Also fixes a bug in set_property handler, where setting group to NULL would cause a warning. Signed-off-by:
jjacky <i.am.jack.mail@gmail.com>
-
- 25 Jun, 2012 1 commit
-
-
Cosimo Cecchi authored
The GSLists should specify their element-type in every annotation. We are missing some. https://bugzilla.gnome.org/show_bug.cgi?id=677127
-
- 27 Feb, 2012 1 commit
-
-
Javier Jardón authored
-
- 06 Nov, 2011 1 commit
-
-
Torsten Schönfeld authored
Since constructors like gtk_radio_button_new_from_widget take an instance of their type as the first argument, the gi scanner interprets them as methods. https://bugzilla.gnome.org/show_bug.cgi?id=661858
-
- 26 Sep, 2011 1 commit
-
-
Matthias Clasen authored
Mostly making sure that return values and varargs don't loose their docs.
-
- 18 Jul, 2011 2 commits
-
-
Benjamin Otte authored
-
Benjamin Otte authored
We use gtkradiosubmenuitemaccessible exclusively these days.
-
- 06 Jul, 2011 1 commit
-
-
Benjamin Otte authored
Submenus can come and go, so we cannot use an accessible that doesn't allow for that. Also, this fixes a rather large refleak.
-
- 05 Jul, 2011 2 commits
-
-
Matthias Clasen authored
This is along the same lines as the previous commit, with the same caveat.
-
Matthias Clasen authored
The way submenus are handled here isn't really right, since they can come and go at runtime, but I've left it like this for now. A side-effect is that we can't use gtk_widget_class_set_accessible_type here, but have to override get_accessible.
-
- 10 Jun, 2011 1 commit
-
-
Replacing the function gtk_misc_set_alignment () with gtk_widget_set_halign () and gtk_widget_set_valign () in gtk/gtkradiomenuitem.c https://bugzilla.gnome.org/show_bug.cgi?id=650762
-
- 18 Apr, 2011 1 commit
-
-
Javier Jardón authored
-
- 20 Jan, 2011 2 commits
-
-
Pavel Holejsovsky authored
-
Pavel Holejsovsky authored
-
- 27 Sep, 2010 1 commit
-
-
Also make GtkWidget derive from GInitiallyUnowned
-
- 21 Sep, 2010 1 commit
-
-
Matthias Clasen authored
-
- 27 Aug, 2010 1 commit
-
-
Javier Jardón authored
-
- 19 Jul, 2010 1 commit
-
-
Javier Jardón authored
It's needed by gtkradiomenuitem Fixes https://bugzilla.gnome.org/show_bug.cgi?id=624432
-
- 13 Jul, 2010 2 commits
-
-
Javier Jardón authored
-
Javier Jardón authored
-
- 10 Jul, 2010 1 commit
-
-
- 04 Apr, 2010 1 commit
-
-
Colin Walters authored
The Gtk-custom.c file in gir-repository contained a number of introspection annotations. Merge those into the GTK source files. Some documentation was moved from the tmpl/ files to accomodate the addition of annotations.
-
- 16 Dec, 2009 1 commit
-
-
The Gtk-custom.c file in gir-repository contained a number of introspection annotations. Merge those into the GTK source files. Some documentation was moved from the tmpl/ files to accomodate the addition of annotations.
-