| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
We don't need this anymore since clips are now reported in
size-allocate.
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
Useless in a world without windows and cairo.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
and update the css node docs
|
|
|
|
| |
Use a box and 2 labels.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Commit b52966a318a26589b26598be9cda1628c04db3ff stopped the parser from
handling various deprecated pseudoclasses, which were aliases of others,
but it did not update the documentation to reflect that they were gone.
|
| |
|
|
|
|
|
|
|
|
|
| |
When there is no externally allocated baseline, we should
do the same thing that GtkBox does, and determine one from
the children that want baseline alignment.
This commit adds a GtkCenterBox::baseline-position property
with setters and getters.
|
|
|
|
|
| |
It provides functionality that GtkBox used to have,
and is generally useful.
|
|
|
|
|
| |
This API call is not necessary anymore, since it's no longer necessary
to receive events.
|
|
|
|
|
|
|
|
|
|
| |
We now rely on toplevels receiving and forwarding all the events
the windowing should be able to handle. Event masks are no longer a
way to determine whether an event is deliverable ot a widget.
Events will always be delivered in the three captured/target/bubbled
phases, widgets can now just attach GtkEventControllers and let those
handle the events.
|
|
|
|
|
|
|
|
|
| |
Those are now needless and wrong, as we get guarantees that handled
events will contain widget-relative coordinates. A side effect is
that these events are very possibly not explicitly sent to the
GdkWindow that implementations expect, any extra checks performed
through gtk_gesture_set_window() will be wrong, so the function has
been dropped entirely.
|
|
|
|
| |
A little helper function for a somewhat common operation.
|
|
|
|
|
| |
gtk-doc behavior changed, it seems, and these options now
cause the build to break.
|
| |
|
|
|
|
| |
They are unnecessary now that we have gtk_widget_measure.
|
| |
|
|
|
|
|
|
| |
We need to reference the types file directly, because it won't be copied
into the builddir by Meson — except for GTK, which needs to generate its
own types file using configure_file().
|
|
|
|
| |
Still a work in progress.
|
|
|
|
|
|
| |
The main GDK API reference index is XML, not SGML.
The overrides file is for GDK 4.x, not 3.x.
|
|
|
|
| |
We don't instantiate it, and we don't use it any more.
|
|
|
|
|
|
|
|
| |
This was only every implemented under X11, and with CSD,
this is clearly in the application realm. We should not
pretend that we can support it on the toolkit level.
https://bugzilla.gnome.org/show_bug.cgi?id=775061
|
|
|
|
| |
Mention the removed expand and fill child properties as well.
|
| |
|
| |
|
|
|
|
| |
GtkWidget:halign and GtkWidget:valign are sufficient
|
|
|
|
| |
GtkWidget already has hexpand/vexpand properties.
|
|
|
|
|
| |
To insert a widget into the widget tree before or after a child widget
of the soon-to-be parent.
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=780878
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=780878
|
|
|
|
|
| |
Since embedded toplevels don't exist anymore, :has-toplevel-focus is
equivalent to :active.
|
| |
|
| |
|
|
|
|
| |
Also add GTK_INSPECTOR_DISPLAY to the docs at the same time.
|
| |
|
|
|
|
|
| |
Last try, promise. They don’t all use 0 to 1. We should probably explain
the effects too. Hopefully this manages that while not being too verbose
|
| |
|
|
|
|
|
|
|
| |
shade/alpha/mix() take colour(s) and a number that is the ratio by which
to transform them. It was written here that these shall be passed in the
order (number, colour). That was wrong: they must be passed in the order
(colour[s], number) to work, and for the Inspector not to flag an error.
|
|
|
|
| |
Because it has been removed: See commit 7e8eb3ddcd29ce9eecb14a56dbfeb0caf64dc772
|
|
|
|
|
| |
This only existed for backwards compat reasons which aren't interesting
for gtk4.
|
|
|
|
| |
https://developer.mozilla.org/en/docs/Web/CSS/margin#Values
|