| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Use a simple label widget that does not queue a
resize when the text is changed.
|
|\
| |
| |
| |
| | |
Install gtk4-node-editor
See merge request GNOME/gtk!4701
|
| |
| |
| |
| | |
It is an application worth having around.
|
| | |
|
| |
| |
| |
| | |
Add a desktop file and appdata.
|
| | |
|
|\ \
| | |
| | |
| | |
| | | |
listitemwidget: Avoid some unnecessary work
See merge request GNOME/gtk!4700
|
| | |
| | |
| | |
| | |
| | |
| | | |
We can use the same helper function in all
places where we notify all three listitem
properties.
|
|\ \ \
| |_|/
|/| |
| | |
| | | |
wip: Redo doc image generation
See merge request GNOME/gtk!4646
|
| | |
| | |
| | |
| | |
| | | |
Produced by running the screenshot command over the
ui files in the same directory.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This commit adds a new meson option -Dupdate_screenshots=true.
When it is enabled, and -Dgtk_doc=true is also used, then the
build will generate images to include in the API docs from
ui files in docs/reference/gtk/images.
Note: we still keep a copy of the images in git, in order to
allow building without a display connection. To update the
images in git, the generated images need to be copied back
from the builddir to the srcdir.
|
| |/
| |
| |
| | |
This is no longer used.
|
|/
|
|
|
| |
Only update widget and accessible state if the
selected property actually changed.
|
|\
| |
| |
| |
| | |
builder-tool: Screenshot popovers properly
See merge request GNOME/gtk!4699
|
| |
| |
| |
| |
| | |
Do the necessary shenanigans to get popovers to show
up in screenshots.
|
|\ \
| |/
|/|
| |
| | |
gdk: Check OES_vertex_half_float GLES extension
See merge request GNOME/gtk!4689
|
| |
| |
| |
| |
| |
| |
| | |
The GL renderer currently relies on half float support
in vertex buffers, so check that we have it.
Related: #4894
|
| |
| |
| |
| | |
This will be checked in the GL renderer.
|
|\ \
| | |
| | |
| | |
| | | |
list-item: Use notify_by_pspec instead of by name
See merge request GNOME/gtk!4697
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This is a hot path when scrolling a ColumnView, and
g_param_spec_pool_lookup () was taking a measurable part in this hot
path. Instead, notify using pspecs to avoid the name lookup.
Related: https://gitlab.gnome.org/GNOME/gtk/-/issues/3334
|
|\ \ \
| |/ /
|/| |
| | |
| | | |
Add buildable data support to GtkTreeStore
See merge request GNOME/gtk!4695
|
| | |
| | |
| | |
| | | |
Verify that we can nest rows.
|
| | |
| | |
| | |
| | |
| | |
| | | |
This allows <row> elements to be nested.
Note that the child rows must come after
the data for the row itself.
|
| | | |
|
| | |
| | |
| | |
| | | |
This adds tests for data, but not nesting yet.
|
| | |
| | |
| | |
| | |
| | | |
This add support for data, but does not allow
nesting yet.
|
| | |
| | |
| | |
| | |
| | | |
Some renaming in the buildable code to make it more
similar to the liststore implementation.
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
GdkWin32: Rework scroll input handling
See merge request GNOME/gtk!4633
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Bring back smooth scroll events as the issues mentioned
in [1] do not occur anymore. Also rework code style and
comments.
References:
[1] GTK4: Scrolling hides mouse on windows
https://gitlab.gnome.org/GNOME/gtk/-/issues/3581
[2] Why are mouse wheel messages delivered to the focus window
instead of the window under the mouse?
https://devblogs.microsoft.com/oldnewthing/20160420-00/?p=93325
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
listitemfactory: Track notify manually instead of freeze/thaw
See merge request GNOME/gtk!4696
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
freeze/thaw_notify () showed up on the perf trace for rapid ColumnView
scrolling. Track the three properties manually to make it a little
faster.
Related: https://gitlab.gnome.org/GNOME/gtk/-/issues/3334
|
|\ \ \ \
| |/ / /
|/| | |
| | | |
| | | | |
builder-tool: Include shadows in screenshots
See merge request GNOME/gtk!4692
|
| | |/
| |/|
| | |
| | |
| | |
| | |
| | | |
Remove the clipping to the widget area that
GtkWidgetPaintable imposes, so we can see shadows
and other out-of-bounds rendering. This is particularly
useful for toplevel windows with client-side decorations.
|
|\ \ \
| |_|/
|/| |
| | |
| | | |
Don't invalidate parent if it didn't change
See merge request GNOME/gtk!4693
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This looks like a leftover excess invalidation from when the surrounding
code was refactored to not just be called on parent changes but also
when repositioning inside the same parent in commit
507016cafc407b2c47aea3fd1483df75e9757f29
Ivan Molodetskikh found this problem in
https://gitlab.gnome.org/GNOME/gtk/-/issues/3334#note_1445873 which
contains a longer analysis of this problem and the performance
reductions it causes.
Related: #3334
|
|\ \
| |/
|/|
| |
| | |
theme: Fix editable label selection
See merge request GNOME/gtk!4690
|
| |
| |
| |
| |
| | |
This does not hurt, and lets us start editing from
a ui file, which is useful for documentation screenshots.
|
|/
|
|
|
|
| |
When the editable label is in editing mode,
selections should appear the same as in other
entries.
|
|\
| |
| |
| |
| | |
docs: Fix a spinbutton example
See merge request GNOME/gtk!4686
|
| |
| |
| |
| | |
We need to use editable api for editable functionality.
|
|\ \
| |/
|/|
| |
| |
| |
| | |
Expose GtkCheckButton label child for manipulation
Closes #4698
See merge request GNOME/gtk!4489
|
| |
| |
| |
| |
| |
| |
| |
| | |
This allows consumers greater control over the label without the need
to expose each of the label properties as part of GtkCheckButton interface.
Specifically, motivation for this commit is to be able to wrap the label.
Closes #4698
|
| |
| |
| |
| |
| | |
Otherwise, if the user set the property to False before creating or
setting the label, the label property will be overriden
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
Don't cast GtkWrapMode to the incompatible enum PangoWrapMode
Closes #4869
See merge request GNOME/gtk!4671
|
| | |
| | |
| | |
| | | |
The relevant accessibility code is not built on Windows.
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
We'll start testing the internal gtk_text_buffer_get_run_attributes()
soon.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The enum values are not compatible, and moreover, there is an extra
GTK_WRAP_NONE that PangoWrapMode doesn't have - thus,
pango_wrap_mode_to_string() will assert.
As far as I can tell, Orca does not read the wrap-mode key in the
dictionary for text attributes, anyway.
Fixes: #4869
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
icons: Use the proper eye icons
See merge request GNOME/gtk!4663
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
adwaita-icon-theme has more appropriate icons for showing/hiding text now.
use those, and in the process fix the fact GtkPasswordEntry has been using
them the other way around.
|