| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
All the info in there is outdated and not useful.
|
|
|
|
|
| |
Everything in there has either been removed in the past or is outdated
information.
|
|
|
|
| |
This is either already completely outdated or will be soon.
|
| |
|
|\
| |
| |
| |
| | |
Synchronous popup layout
See merge request GNOME/gtk!1241
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Replace the gdk_surface_move_to_rect() API with a new GdkSurface
method called gdk_surface_present_popup() taking a new GdkPopupLayout
object describing how they should be laid out on screen.
The layout properties provided are the same as the ones used with
gdk_surface_move_to_rect(), except they are now set up using
GdkPopupLayout.
Calling gdk_surface_present_popup() will either show the popup at the
position described using the popup layout object and a new unconstrained
size, or reposition it accordingly.
In some situations, such as when a popup is set to autohide, presenting
may immediately fail, in case the grab was not granted by the display
server.
After a successful present, the result of the layout can be queried
using the following methods:
* gdk_surface_get_position() - to get the position relative to its
parent
* gdk_surface_get_width() - to get the current width
* gdk_surface_get_height() - to get the current height
* gdk_surface_get_rect_anchor() - to get the anchor point on the anchor
rectangle the popup was effectively positioned against given
constraints defined by the environment and the layout rules provided
via GdkPopupLayout.
* gdk_surface_get_surface_anchor() - the same as the one above but for
the surface anchor.
A new signal replaces the old "moved-to-rect" one -
"popup-layout-changed". However, it is only intended to be emitted when
the layout changes implicitly by the windowing system, for example if
the monitor resolution changed, or the parent window moved.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Add properties, and use string arrays instead of lists.
Among other things, this renames gtk_icon_theme_list_icons
to gtk_icon_theme_get_icon_names.
Fixes: https://gitlab.gnome.org/GNOME/gtk/issues/2410
|
| | |
|
|/
|
|
|
| |
Gets around the boilerplate required to create and initialize a GValue
by having this function doing it via G_VALUE_COLLECT().
|
|
|
|
| |
Mirroring the values added and removed via {add,remove}_css_class().
|
|
|
|
|
|
| |
Accessors like these are weird to have and we can add widgets to the
content area via gtk_container_add() as well as add widgets to the
action area via gtk_info_bar_add_action_widget().
|
|
|
|
| |
We can just add() to the info bar directly.
|
|
|
|
|
|
| |
GTK is not using this API anymore, and we want
to consolidate our surface types to just toplevels
and popups.
|
|
|
|
|
| |
And remove code that was making decisions on the type and just use
the part for toplevels.
|
| |
|
| |
|
|
|
|
|
| |
The function was declared and mentioned in the documentation, but it has
been removed in commit 416182a20d062d5865916f86909354ec85d00dd1.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The function is fundamentally broken for unbounded surfaces.
If a surface is unbounded, we cannot represent this as a
cairo_rectangle_int_t, and using the return value doesn't work because
it's already used for something else.
In GTK3, unbounded surfaces aren't a problem, but GTK4 uses recording
surfaces.
So better remove that function before we keep using it and using it
wrong.
|
|\
| |
| |
| |
| | |
Mainloop cleanup
See merge request GNOME/gtk!1404
|
| | |
|
| |
| |
| |
| |
| | |
The alternatives are to use GtkApplication,
or use GMainContext.
|
| |
| |
| |
| | |
Replace these calls with direct use of GMainContext api.
|
| |
| |
| |
| |
| | |
Stop using gtk_main and gtk_main_quit in tests and
examples. These APIs are on the way out.
|
| |
| |
| |
| |
| | |
This api isn't useful without gtk_main, which is also
on the way out.
|
| |
| |
| |
| |
| |
| | |
This function and its cousin, gtk_main_iteration_do, are
thin wrappers around GMainContext api that should just
be used directly.
|
| |
| |
| |
| |
| | |
This was just a thin wrapper around gtk_main_context_pending,
which should be used directly instead.
|
|\ \
| | |
| | |
| | |
| | | |
Icon theme api rework
See merge request GNOME/gtk!1390
|
| | | |
|
| | |
| | |
| | |
| | | |
This returns a GFile which can represent both the above.
|
| | |
| | |
| | |
| | |
| | | |
Also, return NULL from gtk_icon_paintable_get_filename() if the path
is really a resource path.
|
| | |
| | |
| | |
| | | |
This allows you to see which icon was actually chosen.
|
| | |
| | |
| | |
| | |
| | |
| | | |
This allows us do do what we want internally, and anyway it didn't
really do what you'd expect anymore now that we do resizing during
rendering.
|
| |/
|/|
| |
| |
| | |
This has been reimplemented differently
in the inspector.
|
| |
| |
| |
| |
| | |
This is not a function that can be safely called
outside of GTK.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
It is not great to put a function in the public api and
document it as "do not call this" only so we can refer
to its docs in other places. Therefore, fold the docs
directly into the input handling overview chapter.
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
css: Remove outline border radius properties
Closes #2414
See merge request GNOME/gtk!1402
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
These are always set to the same value as the corresponding border
radius properties. They are also non-standard, so remove them and
replace them with the border radius properties everywhere.
Fixes #2414
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
Make the thumbnail for switches reflect the
current appearance of this widget.
|
|/ /
| |
| |
| |
| | |
Toolbars were removed, so don't try to create
thumbnails of them.
|
| | |
|
| |
| |
| |
| | |
We want to use css instead of style everywhere now.
|
| |
| |
| |
| |
| |
| |
| | |
This is an unused feature that's way too complicated for a default
calendar widget and complicates the implementation a lot. Since we want
to eventually replace this with actual widgets, remove the details
support now.
|
| | |
|
| |
| |
| |
| | |
It's not used anywhere anymore.
|
|/
|
|
| |
It's not used anywhere anymore.
|
|\
| |
| |
| |
| | |
emojichooser: Make public
See merge request GNOME/gtk!1382
|
| |
| |
| |
| |
| |
| |
| |
| | |
This is a useful widget to have, and it has minimal api.
Not having it public forces apps to recreate a lot of
complicated machinery for not good reason, if they need
an Emoji chooser in a different context.
|