| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
We need to mark the timings as complete after adding the
presentation time so that we have a valid FPS for the overlay
widget and/or fishbowl demo.
|
| |
|
|\
| |
| |
| |
| | |
GDK/Win32: Fix modal window handling and window stacking (for GTK4)
See merge request GNOME/gtk!2675
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Call SetCapture() explcitly for the (new) modal window so that we make the
modal window respond to mouse input, and also call SetCapture() to the parent
of the transient window that we are destroying so that mouse input capture is
returned to the parent window.
This attempts to fix the following:
* Upon creating a new modal window, the new modal window does not receive
pointer input unless one switches to another program and back
* Upon closing a transient window, the parent window that activated the
transient window does not receive pointer input unless one switches to
another and back
|
| |
| |
| |
| |
| | |
Stacking functions enforce non-native stacking behaviour that is
mostly unneeded, and doing so introduces bugs and complicates things.
|
| |
| |
| |
| |
| |
| |
| |
| | |
This reverts commit fc2008f2.
Turns out, we *don't* have code to maintain Z-order. Restacking
code is not doint that, it just enforces a few weird Z-order-related
behaviours.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Make sure that we get the state of the modal window properly, and send out the
corresponding notification signals.
This will ensure that we do not try to activate windows that should have become
inactivated due to it opening modal windows and render the program unresponsive
because we are not activating the correct window that is due to receive user
input.
|
| |
| |
| |
| |
| |
| | |
Explain the situation with popovers and opacity.
Fixes: #3246
|
|\ \
| | |
| | |
| | |
| | | |
A11y action fixes
See merge request GNOME/gtk!2703
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
We only want to show relevant, local actions for
widgets, but _gtk_widget_get_action_muxer() will
return the muxer of a parent widget (all the way
up to the toplevel), if the widget does not have
any actions of its own. To detect this situation,
compare what _gtk_widget_get_action_muxer() returns
for the parent widget, and act accordingly.
|
| |/
| |
| |
| |
| |
| | |
get_action_at_index() was trying hard to find out
which actions are valid, only to then return the
invalid ones anyway.
|
|\ \
| |/
|/|
| |
| |
| |
| | |
Revert "listbox: Activate single-click rows if n_press >= 1"
Closes #3263
See merge request GNOME/gtk!2704
|
|/
|
|
|
|
|
|
| |
This reverts commit e669433cde60068099c7c03235475673d0ed7db4.
This broke selection in several listbox examples.
Fixes: #3263
|
|\
| |
| |
| |
| | |
A11y/atspi action
See merge request GNOME/gtk!2699
|
| | |
|
| |
| |
| |
| |
| | |
We are going to need a method for toggling the visibility from the
accessibility layer.
|
| |
| |
| |
| |
| | |
We need to handle the activation on the entry widget, as well as the
activation of the primary and secondary icons.
|
| |
| |
| |
| |
| | |
We need a (private) way to programmatically trigger the activation of
the entry's icons, so that we can call it from the accessibility layer.
|
| | |
|
| |
| |
| |
| |
| | |
The widgets with hard coded actions should share more code, instead of
copy-pasting it.
|
| |
| |
| |
| | |
These widgets have specific actions.
|
|/
|
|
|
| |
Use the actions from the GtkActionMuxer of each widget to populate the
list of actions available.
|
|\
| |
| |
| |
| |
| |
| | |
Matthiasc/for master
Closes #3245
See merge request GNOME/gtk!2702
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
This will be useful for exposing actions via the
AT-SPI Actions interface.
Update all callers.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The buttons here are not really buttons (the action
is not tied to the "clicked" signal), so triggering
the buttons via a11y does not have the expected effect.
And we expose the Value interface that ATs can use
to set the value.
|
|/
|
|
|
|
| |
Don't read beyond the beginning of the string.
Fixes: #3245
|
|
|
|
|
|
|
|
| |
The nested window was not modal, causing it to be
inoperable. And the nested views within were all
shrunk down to nothingness. Give them some width.
Fixes: #3257
|
|\
| |
| |
| |
| | |
atspi: Add fold markers
See merge request GNOME/gtk!2701
|
| |
| |
| |
| |
| | |
This makes it much easier to navigate in these
multi-implementation files.
|
|\ \
| |/
| |
| |
| | |
A11y list view selection fixes
See merge request GNOME/gtk!2700
|
| |
| |
| |
| |
| |
| |
| | |
The Selection interface is defined in terms of child
positions, so we need to always translate from that
to model positions if we want to use the selection
model apis.
|
| | |
|
|\ \
| |/
|/|
| |
| |
| |
| | |
GdkWayland API cleanups
Closes #3249
See merge request GNOME/gtk!2688
|
| |
| |
| |
| | |
It is not a generally useful api, and awkwardly named.
|
| |
| |
| |
| | |
We expect a `GdkWaylandSeat` as the instance parameter.
|
| |
| |
| |
| | |
We have public API requiring it as a type.
|
| |
| |
| |
| | |
All public non-exported symbols in GDK can be used by GTK.
|
| | |
|
| |
| |
| |
| | |
The function is not exported, so it should not be in a public header.
|
| |
| |
| |
| |
| | |
This allows us to hide private API from installed headers,
documentation, and introspection.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Add a paragraph to the migration guide that explains
how to properly render symbolic GtkIconPaintables.
Also mention this in the GtkIconPaintable docs.
There's a reason you can't spell 'paintable' without
'pain'...
|
|\ \
| | |
| | |
| | |
| | | |
A11y/atspi
See merge request GNOME/gtk!2698
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This implementation works for both GtkListView and
GtkGridView, and by extension, also for GtkColumnView
and GtkDropDown, since those just use a list view
internally.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Use the TREE_GRID, ROW, COLUMN_HEADER and GRID_CELL roles
for the various widgets involved in a GtkColumnView. To
enable this, we subclass GtkListView for the internal
list in the column view.
|
| | |
| | |
| | |
| | |
| | |
| | | |
Use the LIST and LIST_ITEM roles for GtkListView
and its children. Use the GRID and GRID_CELL roles
for GtkGridView and its children.
|
| | |
| | |
| | |
| | | |
This was forgotten when I implemented the Tabs pattern.
|
| | |
| | |
| | |
| | |
| | | |
Use the GRID and GRID_CELL roles for GtkFlowBox
and GtkFlowBoxChild.
|
| | |
| | |
| | |
| | |
| | | |
Use the LIST and LIST_ITEM roles for GtkListBox
and GtkListBoxRow.
|
| | |
| | |
| | |
| | |
| | | |
Add a comment that explains a few of the more subtle
points of the Atspi context tree contstruction.
|