| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
- balance padding
- increase border radius, yuck
- get rid of text shadow
Fixes https://gitlab.gnome.org/GNOME/gtk/-/issues/3352
|
|
|
|
|
|
| |
- all corners have rounded corners
See https://gitlab.gnome.org/GNOME/gtk/-/issues/2745
|
|
|
|
| |
- this was already in place in _common, no need to have it in _colors
|
|\
| |
| |
| |
| | |
Round window corners
See merge request GNOME/gtk!1952
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
We may have the situation of multiple touchpoints in the same
widget, or combinations with other devices. Stack those ::active
states are preserved on widgets on all but the last pointer/touch
going away.
|
| |
| |
| |
| |
| |
| |
| | |
This went missing at some point, add the missing toggling of active
state with GDK_TOUCH_BEGIN/END/CANCEL events.
Fixes: https://gitlab.gnome.org/GNOME/gtk/-/issues/3348
|
| |
| |
| |
| | |
And hide the image from the accessible tree.
|
| |
| |
| |
| | |
We reuse the existing implementation in GTK3.
|
| |
| |
| |
| |
| |
| | |
Use the GROUP role, and make sure to note that the child is always
revealed. Unlike GtkExpander, GtkRevealer can only be programmatically
toggled, so we cannot turn it into a "button" object.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Document the role of the GtkTreeExpander, and the behaviour of the
expander button.
Additionally, improve the label of the expander button, by adding a
fixed "Expand" label, and setting the "labelled-by" relation to the
child of the GtkTreeExpander.
|
| |
| |
| |
| |
| | |
Just like GtkPasswordEntry, GtkSearchEntry should have its set of
accessible actions.
|
| |
| |
| |
| |
| | |
While the "clear the search entry" icon behaves like a button, we don't
have any actual action that can trigger it, so let's ignore it.
|
| |
| |
| |
| |
| |
| |
| |
| | |
The search bar widget has a "SEARCH" landmark role, which is described
as:
A landmark region that contains a collection of items and
objects that, as a whole, combine to create a search facility.
|
| |
| |
| |
| | |
Buttons are described by text, and the icon child can be safely ignored.
|
| |
| |
| |
| |
| |
| |
| |
| | |
Label the various components:
- the tab list
- the tab widget
- the arrow widgets
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
If we don't have a widget inside GtkStackPage, we should use the default
GdkDisplay.
|
| |
| |
| |
| |
| | |
Otherwise we're going to try to unrealize it during the GtkStack
destruction, which will emit warnings.
|
| |
| |
| |
| | |
They don't contribute anything to the accessible description.
|
| |
| |
| |
| | |
These roles should not have a fallback name when explicitly unlabelled.
|
| |
| |
| |
| | |
ARIA does not have a "scroll pane" role, but AT-SPI does.
|
|/
|
|
|
|
|
| |
Commit fa3d1940bf2b36 added separate grab handling for GtkSearchEntry, but
didn't consider whether the bar was revealed or concealed. The expected
behavior for the latter is that the entry is cleared rather than focused,
fix the condition accordingly.
|
|\
| |
| |
| |
| |
| |
| | |
ATContext lifetime fixes
Closes #3341
See merge request GNOME/gtk!2811
|
| |
| |
| |
| |
| | |
There are a few widgets that gained an accessible role, which means
adding an "Accessibility" section in their description.
|
| |
| |
| |
| |
| | |
Instead of recreating GtkATContexts in order to change their role, we
can simply unrealize and realize them back.
|
| |
| |
| |
| | |
If the per-instance accessible role is unset, use the class role.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Now that GtkATContext is explicitly realized and unrealized, we should
always create an instance at widget initialization time, and drop it
during the widget finalization. This should make it easier to set up the
initial accessible state of a widget during the instance initialization,
as well as reduce the chances of accidental creation of GtkATContext
instances during the destruction sequence.
|
| |
| |
| |
| |
| |
| | |
Since GtkATContexts are now lazily realized, we need to go through the
GtkAccessible's implementation to access the :accessible-role property,
in case there are fallbacks.
|
| |
| |
| |
| |
| |
| |
| |
| | |
There's no need to do a lot of work on construction, if we're delaying
all remote work after the GtkATContext is realized.
The GtkAtSpiContext should also keep a reference on the root, and drop
it at unrealize time.
|
| |
| |
| |
| | |
A notebook is a grouping of a tab list, tabs, and tab pages.
|
| |
| |
| |
| |
| | |
If the GtkAccessible implementation returns a NULL context, we should
not be calling methods on it.
|
| |
| |
| |
| |
| | |
GtkStackPage is not a widget, so it must release the reference on the
ATContext it owns.
|
| |
| |
| |
| |
| | |
Widgets that just provide grouping and layout to other widgets should
not be relevant to the accessible tree.
|
| | |
|
| |
| |
| |
| | |
If a structural role is left unlabelled, just leave it unnamed.
|
| |
| |
| |
| | |
For backward compatibility with GTK3.
|
| | |
|
| |
| |
| |
| |
| | |
Just like for popovers, the stack page is not directly connected on the
widget's DOM, so we need to realize the parent ATContext ourselves.
|
| |
| |
| |
| |
| | |
Some of them are entirely innocuous, and we can easily provide values
that match what GTK3 provides.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
By unrealizing the context we avoid additional work during the dispose
phase, in case widget code updates the accessible state. We use
GtkAccessible's API, to ensure we unrealize the right ATContext, instead
of the one we store inside GtkWidgetPrivate.
We drop the ATContext instance inside GtkWidget during finalization, to
mop up eventual vivifications there.
|
| |
| |
| |
| |
| | |
- Work around having !global variables as sassc will
no longer support it
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Making the list row child css depend on the position
is very expensive, and does not acutally work correctly
(since we don't have widgets for all children, so the
position of the child widget does not reflect the actual
model item position).
To make this more palatable, use the bottom border
instead of the top border, since most lists have a natural
border at the top (with headers), and may end up with
empty space at the bottom.
|
| |
| |
| |
| |
| | |
Don't duplicate the string before we know if it
has actually changed.
|
| |
| |
| |
| |
| |
| |
| |
| | |
The overarching goal here is to not queue a resize
unless something has actually changed. In columnview
scenarios, we often deal with hundreds of labels.
Labels are cattle, not pets.
|
|/
|
|
|
|
|
|
|
|
|
| |
This is leftover code from when widgets were hidden
by default, and was setting them back to their initial
state.
This is getting in the way now, as hiding the widget
updates the HIDDEN accessible state, which ends up
re-creating the at context that we've already disposed
of, leading to memory leaks.
|
|\
| |
| |
| |
| | |
Matthiasc/builder requires
See merge request GNOME/gtk!2806
|
| |
| |
| |
| |
| | |
When we convert a ui file to GTK 4 syntax, we *know*
that it requires GTK 4, so put that in the output.
|