| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
It was not documented before.
https://bugzilla.gnome.org/show_bug.cgi?id=778791#c1
|
|
|
|
| |
so remove the bit in the migration guide that says it doesn’t.
|
| |
|
|
|
|
|
| |
It seems that new gtk-doc doesn't like this variable,
so drop it.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=780878
|
| |
|
|
|
|
|
| |
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.
|
|
|
|
| |
https://developer.mozilla.org/en/docs/Web/CSS/margin#Values
|
|
|
|
|
|
|
| |
Instead of gtk_show_uri() which is now deprecated, and mention an
additional benefit of doing so.
https://bugzilla.gnome.org/show_bug.cgi?id=778726
|
|
|
|
|
|
| |
It's called gtk_show_uri_on_window().
https://bugzilla.gnome.org/show_bug.cgi?id=778726
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=775864
|
| |
|
|
|
|
|
|
| |
Bump the gtk+ version so that others can depend on this new API.
https://bugzilla.gnome.org/show_bug.cgi?id=776187
|
| |
|
|
|
|
| |
Pointed out in https://bugzilla.gnome.org/show_bug.cgi?id=774614.
|
|
|
|
| |
Pointed out in https://bugzilla.gnome.org/show_bug.cgi?id=774490
|
| |
|
|
|
|
|
|
|
| |
Trivial commit.
For all the other GtkScrolledWindow functions, the order was get -> set.
Except for 3 functions, so fix that.
|
|
|
|
|
|
|
| |
Trivial commit.
- More logical ordering (re-group related things).
- Add missing functions: max_content_width/height.
|
|
|
|
|
|
| |
'ligher' should be 'lighter', of course.
https://bugzilla.gnome.org/show_bug.cgi?id=773246
|
|
|
|
| |
Add a warning color, and show that hex colors work here.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
This reverts commit 76af90767634f5caea622c2abc13d21adb41550c.
The behavioral change described in the migration guide
has now been made optional with new scrolled window API,
so no need to mention this in the migration guide.
|
|
|
|
|
|
|
|
|
|
|
| |
Making propagation of child natural sizes mandatory (or default, even) was
evidently a mistake as this causes dynamic content in a scrolled window
to resize it's parent when the scrolled window is competing for space
with an adjacent widget.
This patch instead adds API to control whether natural width and
height of the child should be propagated through the scrolled windows
size requests.
|
|
|
|
|
| |
In particular, note that this API depends on an unstable
Wayland protocol and thus may have to change.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This GdkEventController is a helper object to handle pad events,
it allows setting a mapping to action names, to be triggered in
the given action group.
In order to help on places where advanced mapping/configurability
of pad features is not desirable, this controller also allows
passing a NULL pad device, meaning it will listen on all pads,
and/or passing -1 on mode/index, so an action applies to all
modes/features (eg. strips/rings).
https://bugzilla.gnome.org/show_bug.cgi?id=770026
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is an interface meant to be implemented by the "pad" devices.
This device-specific interface exposes the mapping of all pad features,
it allows retrieving:
- The number of buttons/rings/strips
- The number of groups
- The number of modes a group has
- Whether a given button/ring/strip belongs to a given group
https://bugzilla.gnome.org/show_bug.cgi?id=770026
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GDK_PAD_BUTTON*,RING and STRIP will be emitted respectively when
pad buttons, rings or strips are interacted with. Each of those
pad components belong to a group (a pad can contain several of
those), which may be in a given mode. All this information is
contained in the event.
GDK_PAD_GROUP_MODE is emitted when a group in the pad switches
mode, which will generally result in a different set of actions
being triggered from the same buttons/rings/strips in the group.
https://bugzilla.gnome.org/show_bug.cgi?id=770026
|
|
|
|
|
|
|
|
|
| |
The effect of transitions-enabled=true can now be
achieved using gtk_popover_popup/popdown and the effect
of transitions-enabled=false can be achieved using
gtk_widget_show/hide.
https://bugzilla.gnome.org/show_bug.cgi?id=769706
|
|
|
|
|
|
|
|
|
|
|
| |
Since not chaining up in gtk_widget_show/gtk_widget_hide is not allowed,
we can't just implicitly delay the hiding in GtkPopover's hide
implementation. Fix this by introducing gtk_popover_popup() and
gtk_popover_popdown() to show or hide a popover with transition and
revert GtkPopover's show/hide implementation to apply their effect
without the transition.
https://bugzilla.gnome.org/show_bug.cgi?id=769706
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=769601
|
| |
|
|
|
|
|
|
|
|
|
| |
The error was:
gtk3-scan.c:193: undefined reference to `gtk_shortcuts_label_get_type'
collect2: error: ld returned 1 exit status
It's since commit 7543cd8ce419a4d660f0ff7614f0c6e1cac81804, which made
the GtkShortcutLabel class public.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GtkShortcutLabel is a widget that displays a single
shortcut accelerator or gesture in the user interface,
and is currently used by the shortcuts window.
This widget, however, has public value as other applications
also may want to expose their own shortcuts. For instance,
it'll be useful for the Keyboard panel on Control Center and
the new shortcut editor in Pitivi, among others.
This patch exposes GtkShortcutLabel as a public widget,
and adds the necessary documentation.
https://bugzilla.gnome.org/show_bug.cgi?id=769205
|
|
|
|
|
|
|
|
|
|
| |
Adds the following functions:
gtk_menu_popup_at_rect ()
gtk_menu_popup_at_widget ()
gtk_menu_popup_at_pointer ()
https://bugzilla.gnome.org/show_bug.cgi?id=756579
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=756579
|
|
|
|
|
|
| |
This will be useful for portalized print support.
https://bugzilla.gnome.org/show_bug.cgi?id=768499
|
|
|
|
|
|
| |
This will be useful in portalized printing.
https://bugzilla.gnome.org/show_bug.cgi?id=768499
|
|
|
|
|
|
| |
This will be useful for portalized print support.
https://bugzilla.gnome.org/show_bug.cgi?id=768499
|
|
|
|
|
|
| |
This will be used to send filters over D-Bus in future commits.
https://bugzilla.gnome.org/show_bug.cgi?id=768499
|
|
|
|
|
|
|
|
| |
The gtk_show_uri API doesn't let us specify a parent window. With
portals, there may be an intermediate dialog, for which it is nice
to have parent window information, to place it properly.
https://bugzilla.gnome.org/show_bug.cgi?id=768499
|
|
|
|
|
|
|
|
| |
After introducing the new CSS property, it is natural to
add some documentation explaining the behavior of it and
our support coverage.
https://bugzilla.gnome.org/show_bug.cgi?id=768305
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The header bar currently ignores the expand property on its
children. This commit changes the code to honor that property.
It divvies up any free space and distributes it equally to packed
children (with any left over space given out a pixel at a time
on a first come, first serve basis).
This commit also adds support for the title widget to be made
expandable.
It accomplishes this by using up the padding the title widget
is centered with.
https://bugzilla.gnome.org/show_bug.cgi?id=724332
|
|
|
|
| |
Mention the changed sizing behavior and how to address it.
|
| |
|
|
|
|
| |
This is something people stumble over in their custom CSS.
|
|
|
|
|
|
|
|
|
|
|
| |
Instead of associating the GdkWindow that created the GdkDrawingContext
we can directly bind the Cairo context to the GDK drawing context.
Cairo contexts created via gdk_cairo_create() go back to not having a
GdkWindow associated to them, like they did before we introduced the
gdk_window_begin_draw_frame() API.
https://bugzilla.gnome.org/show_bug.cgi?id=766675
|