| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
- getting pretty deep, but visually seems to make sense. Selected row hovers
increase contrast.
Fixes https://gitlab.gnome.org/GNOME/gtk/-/issues/3251
|
|\
| |
| |
| |
| | |
Ebassi/for master
See merge request GNOME/gtk!2683
|
| |
| |
| |
| |
| |
| |
| | |
Like we do for GdkX11. We can't use all of the public C API, but we can
expose enough type information to allow non-C developers to actually
check if they are running the Wayland GDK backend or not—plus some
additional Wayland-specific API.
|
| |
| |
| |
| |
| |
| | |
The GdkWayland API takes generic GDK types and performs a run time
check, which means we need to properly annotate the actual expected
type in order to have methods recognised as such.
|
|/
|
|
|
| |
The wayland-client API does not have introspection annotations, so we
can't use these types anyway.
|
| |
|
|\
| |
| |
| |
| | |
various build fixes for GDK/GTK on macos
See merge request GNOME/gtk!2680
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
For the various uses of GDK_WINDOWING_QUARTZ, we need to use
alternatives from GDK_WINDOWING_MACOS.
Some minor loss of functionality is here, such as icons sent with
application menus. That can certainly be added back at a future
point.
|
| | |
|
| | |
|
| |
| |
| |
| | |
This is needed by quartz code in gtk/.
|
| |
| |
| |
| | |
This gets handled differently in gtk/ and so we shouldn't translate it here.
|
| | |
|
| |
| |
| |
| | |
This will be needed by the quartz imcontext.
|
| | |
|
| | |
|
| | |
|
| | |
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
Matthiasc/for master
Closes #3242 and #3240
See merge request GNOME/gtk!2679
|
| | |
| | |
| | |
| | |
| | |
| | | |
No point in showing an apologetic tab for a blob of binary data.
gtk4-demo shows the resources under /DEMONAME/ for each demo,
so move the data to /DEMONAME_data/.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We are not propagating focus change events, and that is the only
place where we are listening for focus change events. If GtkWindow
does not see focus-in events for its popovers, we end up with
inadvertendly inactive windows.
Fixes: #3240
|
| | |
| | |
| | |
| | |
| | | |
When passing focus up to a parent, make sure the
newly chosen focus widget actually accepts the focus.
|
| | |
| | |
| | |
| | |
| | | |
We use sysprof_collector_request_counters, which
was introduced in sysprof 3.38.0.
|
| | |
| | |
| | |
| | |
| | |
| | | |
some of the columns have uneven widths, causing them
to bounce around as you scroll. Ellipsize them and
give them a fixed with.
|
| | |
| | |
| | |
| | |
| | |
| | | |
Add some details about GdkSurface and GtkWindow api changes.
Fixes: #3242
|
|\ \ \
| |/ /
|/| |
| | |
| | | |
Tone down a user visible message
See merge request GNOME/gtk!2678
|
|/ /
| |
| |
| | |
Self-deprecating humour badly translates to a demo message.
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
gdkseat: Make gdk_seat_get_tools() public
Closes #3241
See merge request GNOME/gtk!2677
|
|/ /
| |
| |
| | |
Fixes #3241
|
|\ \
| | |
| | |
| | |
| | | |
testsuite/gtk/builder.c: Fix running on Visual Studio
See merge request GNOME/gtk!2676
|
|/ /
| |
| |
| |
| | |
Explicitly say in the code that we are exporting the symbols so that when the
test program runs, it can find the required builder symbols.
|
|\ \
| | |
| | |
| | |
| | | |
Matthiasc/for master
See merge request GNOME/gtk!2674
|
| | |
| | |
| | |
| | | |
It is not used anymore.
|
| | |
| | |
| | |
| | |
| | | |
No need to roundtrip through the frontend to create
one of our own surfaces.
|
| | |
| | |
| | |
| | |
| | | |
No need to roundtrip through the frontend to create
one of our own surfaces.
|
| | |
| | |
| | |
| | |
| | | |
No need to roundtrip through the frontend to create
one of our own surfaces.
|
| | |
| | |
| | |
| | |
| | | |
No need to roundtrip through the frontend to create
one of our own surfaces.
|
|/ /
| |
| |
| |
| |
| | |
No users of gdk_display_peek_event, gdk_display_has_pending
_gdk_display_event_data_copy or _gdk_display_event_data_free,
so drop all of these, and related vfuncs.
|
|\ \
| | |
| | |
| | |
| | | |
Allow LPR backend to print PDF and PS file formats
See merge request GNOME/gtk!418
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
At least from GTK v3.22.30, the code disallows attempts to print PDF and
PS files using the LPR backend. Although it is not easy or possible for
GTK to determine if the printer can print these formats by querying lpr,
the print backend should allow lpr to try.
There are two uses cases:
- A filter is being used by lpr, specified in the printcap file, to process the
files prior to printing them.
- The printer can print PDF and PS files directly. There are many printers that
can print these formats, so GTK should allow for the possibility.
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
textbuffer: Don't serialize the \0 byte
See merge request GNOME/gtk!2672
|
| | |/
| |/|
| | |
| | | |
... when converting to text/plain.
|
|\ \ \
| |/ /
|/| |
| | |
| | |
| | |
| | | |
Matthiasc/for master
Closes #3237
See merge request GNOME/gtk!2673
|
| | |
| | |
| | |
| | |
| | |
| | | |
These are useful for accessibility.
Fixes: #3237
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The manager's providers-changed signal can fire after the sidebar has
been freed. Make sure we disconnect the sidebar from the manager.
https://bugs.archlinux.org/task/57984
https://bugs.archlinux.org/task/68123
|
|/ /
| |
| |
| | |
This was found by the asan build in our ci.
|
|\ \
| | |
| | |
| | |
| | | |
migration guide: Remove stray html tags
See merge request GNOME/gtk!2670
|
|/ / |
|
|\ \
| | |
| | |
| | |
| | | |
Svg demo
See merge request GNOME/gtk!2668
|
| | |
| | |
| | |
| | |
| | |
| | | |
It is a little annoying that this demo will not show up
if we don't find librsvg, but I think showing how easy
this paintable is outweights the annoyance.
|