| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
We do not own these textures, nor do we ref them, so it's inappropriate
to unref them.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
According to the old new thing[0], we should use the instance handle
of the GDK/GTK DLL when registering GDK-specific types in the system.
Using the instance handle for the whole application in these circumstances
is not an error, but can potentially clash with the types registered
by the application itself.
Also, extract window class icons from the GDK/GTK DLL, not from the
application executable.
[0]: https://blogs.msdn.microsoft.com/oldnewthing/20050418-59/?p=35873
|
|
|
|
|
|
|
| |
The argument is eventually passed to g_conv(), so it should
be the charset, not the mime/type. Without this change the
contentype converter will fail to convert UTF-8 strings to, say,
CP-1251 later on.
|
|
|
|
|
| |
In all other instances gtk_libdir is a dynamically-allocated string,
so dup the literal in this case as well.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
This is already done by GtkBin.
|
| |
|
|\
| |
| |
| |
| | |
docs: Fix gtk-doc build when wayland is disabled
See merge request GNOME/gtk!193
|
|/
|
|
|
|
|
| |
Unconditionally putting 'gdkwayland_inc' in src_dir argument of gtkdoc
call tells gtkdoc-scan to scan source files in a non-existent build
directory, gdk/wayland. To avoid causing build failure when a specific
backend is disabled, we should include directories conditionally.
|
|\
| |
| |
| |
| |
| |
| | |
aboutbox: use a more fitting 'design by" role
Closes #1153
See merge request GNOME/gtk!192
|
| |
| |
| |
| |
| |
| |
| | |
- in most cases, authors listed under "artwork by" are actually responsible for
the design of the app as a whole
Fixes issue #1153
|
|/
|
|
|
| |
In search-bar example, we can use gtk_search_bar_set_key_capture_widget()
which would simplify handling keyboard events.
|
|
|
|
|
|
| |
This was committed accidently.
This reverts commit eefd2d6f104973d1461feee0b94dff8af991e145.
|
|
|
|
|
| |
The search entry was taking the whole window size.
Let's reduce the size so as to have more natural size.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Otherwise gcc complains when we use these as arguments to g_new() on
32bit architectures with:
../gtk/gtkcomposetable.c: In function ‘gtk_compose_table_list_add_array’:
/usr/include/glib-2.0/glib/gmem.h:217:10: warning: argument 1 range [2147483648, 4294967295] exceeds maximum object size 2147483647 [-Walloc-size-larger-than=]
__p = g_##func##_n (__n, __s); \
~~~~^~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/glib-2.0/glib/gmem.h:279:42: note: in expansion of macro ‘_G_NEW’
#define g_new0(struct_type, n_structs) _G_NEW (struct_type, n_structs, malloc0)
^~~~~~
../gtk/gtkcomposetable.c:851:22: note: in expansion of macro ‘g_new0’
gtk_compose_seqs = g_new0 (guint16, length);
^~~~~~
/usr/include/glib-2.0/glib/gmem.h:96:10: note: in a call to allocation function ‘g_malloc0_n’ declared here
gpointer g_malloc0_n (gsize n_blocks,
^~~~~~~~~~~
|
|
|
|
|
| |
We have removed references to private members in our examples.
Let the docs be updated to reflect that.
|
|
|
|
| |
gtk_window_show_all() is no longer available (and no longer needed)
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| |
| |
| | |
overlay: Add support for clipping overlay widgets
See merge request GNOME/gtk!189
|
|/
|
|
|
|
|
| |
Sometimes users may want to restrict the growth of child
widgets in a GtkOverlay to grow atmost the size of the overlay.
Let's add a support for that.
|
|\
| |
| |
| |
| | |
Fix a lot of warnings in GTK4
See merge request GNOME/gtk!188
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
check_dir_mtime() is called by ftw() and is given
the real stat struct, not its glib version (which may
or may not be the same as "struct stat").
This is irrelevant for MSVC (it has no ftw()) and
works correctly for MinGW-w64 (which declares stat
structures correctly). If mingw.org complains, add
a special ifdef for it later.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
* Add missing default cases
* Cast string literals as non-const
|
| |
| |
| |
| |
| |
| | |
It's quite old, but mostly harmless (both "message == WM_KEYUP"
and "message = WM_KEYUP" evaluate to not-FALSE, and message
value is not used after that line).
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
query_targets() tried to write to struct that
wasn't yet allocated.
This code is going to change soon, so this is a temporary
fix until then.
|
| |
| |
| |
| |
| | |
It shouldn't be possible to get DPI_STATUS_PENDING here.
If it does happen, that would be a bug that should be fixed.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|\ \
| | |
| | |
| | |
| | | |
gtk: Add gtk_is_initialized() and gtk_get_main_thread()
See merge request GNOME/gtk!186
|
| | |
| | |
| | |
| | |
| | | |
This utility function can be useful to know which thread was initialized for
GTK+.
|
| | |
| | |
| | |
| | |
| | | |
This utility function can be useful to check whether GTK+ was already
initialized or not.
|