| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
Replace most remaining uses of GTK+ in the docs and
user-visible strings by GTK. Also remove some leftover
"Was added in 3.x" sentences from the docs.
|
|
|
|
|
|
| |
We document the supported style classes by name,
not by macro name, and these macros don't really
add any value. Drop them for GTK 4.
|
|
|
|
|
|
|
|
|
|
| |
Make GdkEvents hold a single GdkDevice. This device is closer to
the logical device conceptually, although it must be sufficient for
device checks (i.e. GdkInputSource), which makes it similar to the
physical devices.
Make the logical devices have a more accurate GdkInputSource where
needed, and conflate the event devices altogether.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
To build a better world sometimes means having to tear the old one down.
-- Alexander Pierce, "Captain America: The Winter Soldier"
ATK served us well for nearly 20 years, but the world has changed, and
GTK has changed with it. Now ATK is mostly a hindrance towards improving
the accessibility stack:
- it maps to a very specific implementation, AT-SPI, which is Linux and
Unix specific
- it requires implementing the same functionality in three different
layers of the stack: AT-SPI, ATK, and GTK
- only GTK uses it; every other Linux and Unix toolkit and application
talks to AT-SPI directly, including assistive technologies
Sadly, we cannot incrementally port GTK to a new accessibility stack;
since ATK insulates us entirely from the underlying implementation, we
cannot replace it piecemeal. Instead, we're going to remove everything
and then incrementally build on a clean slate:
- add an "accessible" interface, implemented by GTK objects directly,
which describe the accessible role and state changes for every UI
element
- add an "assistive technology context" to proxy a native accessibility
API, and assign it to every widget
- implement the AT context depending on the platform
For more information, see: https://gitlab.gnome.org/GNOME/gtk/-/issues/2833
|
|
|
|
|
|
| |
Plug some holes in our structs by rearranging
a few fields. This is was done looking at
pahole output.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The gtk_gesture_group() call is not a commutative operation, it
takes two gestures, maybe detaches the first one from its current
group, and adds it to the same group than the second gesture.
With the flipped argument order here, GtkRange was actually detaching
the same gesture in order to group it with a second one two times, so
the desired effect to group all 3 gestures was not achieved.
Fixes autoscroll as the drag gesture is now actually grouped with the
click one, so drag offsets can be accessed from the autoscroll
timeout.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Always keep the order:
- [value]
- [marks.top]
- [marks.bottom]
- trough
Which makes sense given the rendering order. Slider should be drawn
after the marks.
Makes it possible to simply remove the custom snapshot implementations
in scale and range. And Adwaita does not depend on the node order
anyway.
|
| |
|
|
|
|
|
| |
Let the GtkRange notify the accessible instance when the adjustment
changes.
|
|
|
|
|
|
|
|
|
| |
It feels slightly wrong to have GtkOrientable operate on widgets, but at
least what happens when an orientable widget changes orientation should
be part of GtkWidget.
This will allow to add more state changes without accessing widget state
from the outside of gtkwidget.c.
|
|
|
|
|
|
|
|
| |
When clamping values to be within the range of
the adjustment, treat the lower and upper limit
the same.
Fixes: #328
|
|
|
|
|
|
| |
Change gtk_widget_translate_coordinates and
gtk_native_get_surface_transform to operate
on doubles. Update all callers.
|
|
|
|
|
| |
The narrow trough is too hard to hit as a click target.
Make the entire scale clickable.
|
|
|
|
| |
The destroy vfunc is going away.
|
|
|
|
|
| |
We need this in popovers. Maybe it could be done better
by defining one-off custom widgets.
|
|
|
|
|
| |
This signal is going away, and having context menus
on sliders is not really a thing anyway.
|
|
|
|
|
| |
This reverts commit 3ac4c76b18cc89a841ce09f0943539f16988fd21, reversing
changes made to 6ec96d2e989d029a303b8b20ec72b86f974c0e87.
|
|
|
|
|
| |
This signal is going away, and having context menus
on sliders is not really a thing anyway.
|
|
|
|
| |
What even is a CList.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Restructure the getters for event fields to
be more targeted at particular event types.
Update all callers, and replace all direct
event struct access with getters.
As a side-effect, this drops some unused getters.
|
|
|
|
|
| |
Events are refcounted structs, and we generally don't
pass these as const.
|
|
|
|
| |
Fixes #2438
|
|
|
|
| |
We want to use css instead of style everywhere now.
|
| |
|
|
|
|
|
|
| |
Based on a patch by Blake Latchford
Fixes #618
|
| |
|
|
|
|
|
|
| |
Just queue_resize()ing the range itself doesn't work as it will just
re-allocate all the child widgets (i.e. just the trough) to its old
position and size.
|
| |
|
|
|
|
| |
It's unneeded in GtkScale and named after the gtk2 size_request function
|
|
|
|
|
| |
The name just made it hard for people to find the
right gesture to use.
|
|
|
|
|
| |
These serve no purpose anymore - widgets don't
have surfaces, unless they're a GtkNative.
|
| |
|
|
|
|
|
| |
Rename the can-pick property to can-target,
and redo the pick flags with more descriptive names.
|
|
|
|
|
|
|
| |
This will be used to let the inspector and other users
pick insensitive widgets again. For now, update all
callers to pass no flags, preserving the current
behavior.
|
|
|
|
|
| |
Let GtkGizmo override the contains() implementation.
Update all callers to pass NULL for the contains_func.
|
|
|
|
|
| |
Half of these calls will completely break if anybody ever uses CSS
transforms with them, but hey...
|
| |
|
|
|
|
| |
Source names should use "[gtk]" without the plus.
|
| |
|
|
|
|
|
| |
This boolean return was from the old gadget code and we weren't using it
in the new gizmo code.
|
|
|
|
|
|
|
|
|
| |
The entire color scale hack is still done in GtkRange, which draws the
color scale in the range gizmo. So, to correctly redraw the color scale
when setting a new color, we need to redraw the proper widget and that's
the trough widget.
Fixes #1453
|
| |
|
|
|
|
|
| |
The values have been 0/0 for a long time now, so just drop the
GtkAllocation argument and replace it with width and height.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Currently, gtk_event_controller_scroll_handle_event() always returns
TRUE if it is handled, which stops the propagation of the event. If
there’s a single GtkEventControllerScroll in the widget hierarchy, that
means that no others will run, depending on the propagation phase. In
Nautilus, this can be observed when adding a scroll controller to the
GtkScrolledWindow (ctrl-scrolling controls the zoom level) - either the
scrolling or the zooming breaks.
Fixes https://gitlab.gnome.org/GNOME/gtk/issues/45
|