- 23 Feb, 2019 2 commits
-
-
-
Martin Blanchard authored
GtkMenu's "accel-group" property setter, gtk_menu_set_accel_group(), currently returns in failure if the caller passes it a NULL `accel_group` argument. This argument is annotated with `(allow-none)`. This patch add support for the NULL case.
-
- 22 Feb, 2019 5 commits
-
-
-
Bastien Nocera authored
When 0 or GDK_CURRENT_TIME is passed to gtk_window_present_with_time(), print a warning so that the application developer knows that this isn't a supported use of the function, but carry on working for now.
-
Bastien Nocera authored
Avoid compilation warnings about internal users of gtk_window_present().
-
Bastien Nocera authored
And expect gtk_window_present_with_time() to be used instead.
-
Jakub Steiner authored
- doesn't catch all cases, but most buttons need uniform paddings to remain circular, not elliptical. fixes issue #1695
-
- 21 Feb, 2019 3 commits
-
-
Sveinn í Felli authored
-
Chun-wei Fan authored
The Fribidi headers tend to be under $(PREFIX)\include\fribidi\, so we want to try to look for these headers in there as well.
-
Chun-wei Fan authored
We now need to link to fribidi.lib explicitly in both GDK and GTK. Since the Pango we require in 3.24.x already requires a FriBidi installation, the .lib and DLL should already be available for the build.
-
- 19 Feb, 2019 2 commits
-
-
John Ralls authored
-
John Ralls authored
NSPoint and NSRect are typedefs of CGPoint and CGRect so the casts were unnecessary and confused llvm when compiling 32-bit. Closes: #1640
-
- 18 Feb, 2019 2 commits
-
-
-
Emmanuele Bassi authored
If the column used for the GtkTreeView:tooltip-column contains NULL we're already skipping a tooltip; let's ignore empty strings as well, as an empty tooltip is pretty much pointless. Close #1681
-
- 17 Feb, 2019 3 commits
-
-
John Ralls authored
-
Baurzhan Muftakhidinov authored
-
Baurzhan Muftakhidinov authored
-
- 14 Feb, 2019 3 commits
-
-
Matej Urbančič authored
-
-
Emmanuele Bassi authored
We're using [a-z] ranges with sed and grep, and POSIX does not specify their behaviour in non-ASCII locales: In the POSIX locale, a range expression represents the set of collating elements that fall between two elements in the collation sequence, inclusive. In other locales, a range expression has unspecified behavior -- IEEE Std 1003.1-2017, § 9.3.5 (7) This can lead to no results, or invalid replacements, which in turn can lead to broken builds or broken build artifacts. Fixes: #1662
-
- 09 Feb, 2019 1 commit
-
-
Jiri Grönroos authored
-
- 08 Feb, 2019 3 commits
-
-
-
Carlos Garnacho authored
Specifically it is avoided to be toggled if: - Just received focus (in order to preserve OSK state across focus changes) - Moving cursor around. Still allow some jitter as perfect accuracy is not possible. Closes: #1277
-
Jakub Steiner authored
- somehow we lost the selection mode image resources - FIXME: checkbox-active-selectionmode is not being used.
-
- 07 Feb, 2019 4 commits
-
-
-
Jonas Ådahl authored
When we receive a size from the move-to-rect implementation, force GTK to continue using that size until reconfigured by move-to-rect, or when remapped. Fixes: #1651
-
Jonas Ådahl authored
On X11, the position of the menu is calculated synchronously by gdk_window_move_to_rect(). This means that calculating the window size when showing is too late, as that'd mean the size used when calculating the position is out-of-date. The first time a menu is mapped, however, the size is calculated during realization; but a window is only realized once, so it doesn't work for subsequent maps. Currently, this is harmless, as a GtkMenu can change its size however it wants after it has been mapped. This, however, is problematic, as it means the position calculated by gdk_window_move_to_rect() might no longer be valid, or constraints made by the same function might no longer be respected. Thus, this is a preparation for making GtkMenu popups stay the same size until they are remapped again at a later point.
-
Jonas Ådahl authored
Sometimes (read for GtkMenu on X11) it's not enough to resize on show, and relying on the size to be calculated on realization only works the first time a menu is popped up, so add an API that GtkMenu can use to ensure the size of a menu is "refreshed" before passing anything along to gdk_window_move_to_rect().
-
- 06 Feb, 2019 1 commit
-
-
Jonas Ådahl authored
This causes window size guessing to always use the remembered size (the size of the GdkWindow). This will be useful for menus which size is managed by gdk_window_move_to_rect(), to avoid overriding the size calculated by the move-to-rect implementation.
-
- 05 Feb, 2019 11 commits
-
-
-
Emmanuele Bassi authored
We don't need to do it, since g_clear_pointer() will do it for us, and will also check if the function conforms to a GDestroyNotify. Using an explicit cast will generate a compiler warning.
-
Emmanuele Bassi authored
When using strncpy() with a buffer we need to account for the terminating NUL character. GCC 8 started warning when using PPD_MAX_NAME as the buffer length for strncpy() because the buffer we're copying into has the same length — which means that the terminating NUL may be skipped if the source string has a length of PPD_MAX_NAME. The appropriate way to handle the case where we're copying a source with a length bigger than of PPD_MAX_NAME is, as reported in the strncpy() documentation, to copy `PPD_MAX_NAME - 1` bytes, and explicitly NUL terminate the destination buffer. This has the additional benefit of avoiding the compiler warning.
-
-
Emmanuele Bassi authored
We know we're using deprecated GtkContainer API, because we're implementing it.
-
Emmanuele Bassi authored
For gtk_render_frame_gap().
-
Emmanuele Bassi authored
A logical "and" became a binary "and" in commit c35878ec.
-
-
Mickael Istria authored
This is necessary to give back focus to the Broadway elements when content is embedded in an IFrame. Signed-off-by:
Mickael Istria <mistria@redhat.com>
-
-
-