| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
We want to allow setting a property to its
current value, while still having a precondition
for widget->parent being NULL otherwise.
|
|
|
|
|
|
|
|
| |
Escape XML tags in gi-docgen oriented comment e.g. from <child> to
`<child>`, so that they don't become HTML tag on the final webpage.
This fix includes everything from commit ff46ea64 and #5312.
Fixes #5312
|
|
|
|
|
| |
Include gtkprivate.h for I_() and glib-i18n.h for
gettext macros.
|
|
|
|
|
|
|
|
| |
Those property features don't seem to be in use anywhere.
They are redundant since the docs cover the same information
and more. They also created unnecessary translation work.
Closes #4904
|
|
|
|
|
|
|
|
| |
Remove a boatload of "or %NULL" from nullable parameters
and return values. gi-docgen generates suitable text from
the annotation that we don't need to duplicate.
This adds a few missing nullable annotations too.
|
|
|
|
|
| |
allow-none has been deprecated for a long time
already. Instead use optional and nullable everywhere.
|
| |
|
|
|
|
|
| |
Convert link syntax, add an example image, add property
annotations.
|
| |
|
|
|
|
|
|
| |
Remove some unnecessary uses of GtkStyleContext where
we can directly go to the GtkCssStyle, and and drop
unnnecessary includes.
|
|
|
|
|
| |
Just call the vfunc directly in the only place we used to call the old
wrapper
|
|
|
|
|
|
|
|
|
|
| |
Using GList is a bit lame, and makes the API more complicated to use
than necessary in the common case.
The only real use case for a GList is gtk_widget_add_mnemonic_label(),
and for that we can use the GValue-based API instead.
Fixes: #3343
|
|
|
|
| |
Mark the child as labelled-by the label.
|
|
|
|
|
| |
gtkcssnodeprivate.h was mainly used for repositioning CSS nodes in
gadgets, and gadgets are gone now.
|
|
|
|
| |
gtk_widget_set_parent() will queue a resize anyway.
|
| |
|
|
|
|
|
| |
It doesn't really make sense for the frame to allow drawing children
outside of it.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
| |
|
| |
|
|
|
|
|
| |
In many cases, the default widget vfuncs work just fine,
combined with setting focusable.
|
|
|
|
|
|
|
|
| |
We want to remove GtkBin and GtkContainer as they don't
provide much useful functionality anymore. This requires
us to move get_request_mode and compute_expand down.
See #2681
|
| |
|
|
|
|
|
|
|
| |
SEtting a nonzero xalign on frames had no
effect, since we were always using the full
allocation with here, instead of what the label
needs. Found by using testframe for a second.
|
|
|
|
|
|
| |
We only need to allocate children in this case.
While we touch it, rewrite the setter to modern
style.
|
|
|
|
|
|
|
|
| |
This was only living in gtkcontainer.c for historic
reasons. Move it closer to where it belongs, and
rename it from 'idle' to 'layout', since it is
really about the layout phase of the frame clock,
nowadays.
|
|
|
|
|
| |
Frames that don't draw frames are not very useful,
so just drop the shadow-type property.
|
|
|
|
| |
We want to use css instead of style everywhere now.
|
| |
|
| |
|
|
|
|
|
| |
The values have been 0/0 for a long time now, so just drop the
GtkAllocation argument and replace it with width and height.
|
| |
|
|
|
|
| |
They will work in composite widget templates this way.
|
| |
|
|
|
|
| |
We don't use them for anything anymore.
|
|
|
|
| |
As the clip is no longer needed, get rid of it.
|
|
|
|
|
|
|
|
|
| |
The border is now drawn on the frame node, not using an internal border
node, so we are no longer able to align the label to vertically overlap
the border. The property no longer performs its original purpose, & nor
is it a useful candidate for giving a new role, so no point keeping it.
https://bugzilla.gnome.org/show_bug.cgi?id=778886
|
| |
|
|
|
|
| |
This avoids a bunch of strdups at startup.
|
|
|
|
|
| |
Indicate how the old shadow types are replaced by CSS border-style et
al., and quote the names of nodes and classes for easier readability.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Since setting a clip is mandatory for almost all widgets, we can as well
change the size-allocate signature to include a out_clip parameter, just
like GtkCssGadget did. And since we now always propagate baselines, we
might as well pass that one on to size-allocate.
This way we can also make sure to transform the clip returned from
size-allocate to parent-coordinates, i.e. the same coordinate space
priv->allocation is in.
|
|
|
|
|
| |
The position of the content allocation is almost never relevant since
it's 0/0 for measure, size_allocate and snapshot.
|
|
|
|
| |
Don't add the parent's allocation from gtk_widget_get_allocation
|
|
|
|
|
| |
If the given shadow_type is none NONE, we have to remove the .flat style
class of course, not add it.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=779653#c33
and this is closer to what gtk-3-22 says anyway.
|