GitLab

What it should look like:
  Bold
----
/Size/
  x 0.5
  x 1.0

What it looks like:
  Bold
  /Size/
----
  x 0.5
  x 1.0

https://bugzilla.gnome.org/show_bug.cgi?id=767108

This is now done in GDK, so we can just use the input type here.

https://bugzilla.gnome.org/show_bug.cgi?id=767100

This uses the same heuristics that are currently used in
GtkScrolledWindow.

https://bugzilla.gnome.org/show_bug.cgi?id=767100

Having this as an input source type will let us do the heuristics
in the GDK backends.

https://bugzilla.gnome.org/show_bug.cgi?id=767100

GtkHeadeBar checks the window type hint to determine if the regular
buttons such as menu, maximize or iconify should be visible in the
header bar.

However, an application may very well use a "normal" toplevel window and
set it transient and modal afterwards. In such a case, the iconify
button would remain visible, and the user can hide the window, but being
a modal, the parent window would remain insensitive.

Check for the window type, modality and transient relationship to decide
whether or not the regular toplevel buttons should be visible in the
header bar.

https://bugzilla.gnome.org/show_bug.cgi?id=767052

Print human readable names for axes and axis sources.

We could just as well remove these calls here, since they
have no effect.

...and deprecate it, recommending GtkStack as an alternative.

see https://bugzilla.gnome.org/show_bug.cgi?id=767058

Draw them inside of the icons, which is where the text scrolls.

We don't want to maintain this information in two places,
so just link to the online documentation here.

This was causing navigation in the online docs to be confused.

When we emit ::draw, the widget should not have alloc_needed set
anymore. If this happens, it indicates a broken situation. Add a
warning to help tracking down why this might occur.

See https://bugzilla.gnome.org/show_bug.cgi?id=765410

Update the font: syntax to follow css.

Make sure it's obvious what if block it belongs to.

Show only the currently visible child to a11y.

The type is used in widget-factory.ui, so add a dummy definition here to
keep the test working.

since it doesn't always inherit 'color' color as it should.

see https://bugzilla.gnome.org/show_bug.cgi?id=745622

see https://bugzilla.gnome.org/show_bug.cgi?id=764203

This avoids an unconditional use of XRandr symbol.

https://bugzilla.gnome.org/show_bug.cgi?id=766878

This is one of the properties that need to be explicitly set.

Initialize the `nearest` variable.

When filechooer is re-used (instead of being created and destroyed
every time it's needed), it might happen that the directory the
application wishes to initially show is the same directory that
was shown last time the filechooser was used. In that case, make sure
filechooser knows that it does not need to do its default "select $pwd
or $home" routine.

https://bugzilla.gnome.org/show_bug.cgi?id=766122