- 04 Jan, 2011 40 commits
-
-
Emilio Pozuelo Monfort authored
-
Emilio Pozuelo Monfort authored
So gdk/gdk.h can find gdk/gdkconfig.h, which is in $builddir because it's generated.
-
Matthias Clasen authored
Based on a patch by Garrett Regier https://bugzilla.gnome.org/show_bug.cgi?id=617322
-
Matthias Clasen authored
-
Matthias Clasen authored
-
Matthias Clasen authored
At the same time, introduce a gtkmainprivate.h header and various other cleanups. Based on a patch by Tadej Borovšak. https://bugzilla.gnome.org/show_bug.cgi?id=617471
-
Matthias Clasen authored
Based on patches by Javier Jardón. https://bugzilla.gnome.org/show_bug.cgi?id=629955
-
Matthias Clasen authored
Based on a patch by Javier Jardón. https://bugzilla.gnome.org/show_bug.cgi?id=629955
-
Javier Jardon authored
-
Matthias Clasen authored
Based on a patch by Garrett Regier. https://bugzilla.gnome.org/show_bug.cgi?id=617327
-
Matthias Clasen authored
Based on a patch by Garrett Regier. https://bugzilla.gnome.org/show_bug.cgi?id=617315
-
Javier Jardon authored
-
Matthias Clasen authored
-
Matthias Clasen authored
Based on a patch by Garrett Regier. https://bugzilla.gnome.org/show_bug.cgi?id=617312
-
Javier Jardon authored
-
Matthias Clasen authored
These are no longer needed. At the same time, port gtkimcontextsimpleseqs.h to use the new GDK_KEY_ symbols.
-
Matthias Clasen authored
-
-
Matthias Clasen authored
Proposed by Nikos Kouremenos https://bugzilla.gnome.org/show_bug.cgi?id=321958
-
Matthias Clasen authored
Proposed by Bruno Piguet. https://bugzilla.gnome.org/show_bug.cgi?id=559503
-
-
-
Matthias Clasen authored
Closes https://bugzilla.gnome.org/show_bug.cgi?id=165987
-
Szilárd Pfeiffer authored
Now, these states are depending on the widget class.
-
Milan Bouchet-Valat authored
-
Matthias Clasen authored
At the same time, add a private pointer, and generally clean things up.
-
Tristan Van Berkom authored
-
Tristan Van Berkom authored
-
Tristan Van Berkom authored
-
Tristan Van Berkom authored
-
Tristan Van Berkom authored
This breakage was also the cause of not correctly positioning the child menu over the selected item.
-
Tristan Van Berkom authored
-
Tristan Van Berkom authored
- Removed GtkTreeMenu from gtk-docs.sgml - Removed GtkTreeMenu from gtk3-sections.txt - Removed GtkTreeMenu from gtk.symbols - Make GtkTreeMenu apis prefixed with '_' (including _get_type()). - Updated GtkComboBox sources to use the private apis - Updated GtkCellView to not mention #GtkTreeMenu in gtk-doc statements - Updated tests/testtreemenu to not use a GtkTreeMenu but still show a very fancy GtkComboBox - Moved gtktreemenu.h to private headers section in the makefile. - Removed include of gtktreemenu.h from gtk.h
-
Tristan Van Berkom authored
-
Tristan Van Berkom authored
-
Tristan Van Berkom authored
-
Tristan Van Berkom authored
Now sensitivity is properly handled in the "apply-attributes" callback.
-
Tristan Van Berkom authored
And updated gtk_combo_box_list_position() which is still waiting for GtkTreeView to report natural width in order to properly do non fixed width dropdown menus.
-
Tristan Van Berkom authored
Turns out reordering the file the way I did before put me in an unmergable situation, now re-refactored the combo and list-mode works again.
-
Tristan Van Berkom authored
Fixing GtkComboBox breakage after merge, completing hand-merge of style-context GtkBorder issues (now it works again).
-