Handle the older ones separately, so that they still work.

Regressed in 626c21f8

Fixes https://gitlab.gnome.org/GNOME/libadwaita/-/issues/926

I didn't add any at the time since we had no way to test private API. Now
we do.

One test will fail, see https://gitlab.gnome.org/GNOME/libadwaita/-/issues/925

Fixes https://gitlab.gnome.org/GNOME/libadwaita/-/issues/925

When converting from absolute to relative font sizes in !1250,
the value went from 15pt to `title-1` (equivalent 20pt).

Set back to `title-2` (equivalent 15pt).

We disable them for dialogs, but apparently not for sheets.

This is more noticeable now with accent color, but it was already a problem
with high contrast.

Otherwise we get mobile landscape appearance.

With the changed font rendering, it was now wide in both states.

We don't allow it to go past 64x64 anymore.

Because of how GtkScale works, its minimum height might be determined by
e.g. a label on the side. Then changing padding to do a fine-tune will
resize the widget, as the padding around the label reduces.

Instead, we can apply negative margin to the trough. That way, it can
grow uniformly in all directions without changing size of the scale
widget itself.

We also fix a bug in fine-tune for a vertical scale, the mark indicators
should shrink in width (6px -> 3px), not grow in height/thickness (1px
-> 3px as it was).

Essentially the same as what's attempted in gtk!7659, but there this
approach is trickier because of the surrounding focus box, which
Libadwaita does not have.

Before, as in GTK, the scale trough expands uniformly 3px in all
directions. However, it looks a little better if only the short (i.e.
orthogonal to the scale) side expands.

Closes https://gitlab.gnome.org/GNOME/libadwaita/-/issues/714

Fixes https://gitlab.gnome.org/GNOME/libadwaita/-/issues/919

The type of the property is declared to be G_TYPE_FLOAT, therefore it
must be passed on the stack as a float (which in practice is promoted
to double via the "default argument promotions" as defined by Standard C).

Previously the alignment was written to the stack as a 4-byte integer,
but read off as an 8-byte double, causing undefined behaviour (in
practice dependent on uninitialized stack contents).

Resolves: https://gitlab.gnome.org/GNOME/libadwaita/-/issues/913


Signed-off-by: Simon McVittie <smcv@debian.org>

Closes: #1080324, #1080325

This has been out of date for a while.

Update to upstream version '1.6.0'
with Debian dir d28a232e066d094d00a0e7ca54df457b3c7a7880

tagging package libadwaita-1 version debian/1.6.0-1

* tag 'debian/1.6.0-1': (44 commits)
  releasing package libadwaita-1 version 1.6.0-1
  Remove patch applied in new release
  New upstream release
  Release 1.6.0
  doc: Change authors to "Libadwaita contributors"
  demo: Update copyright in about dialog
  Mark patch as applied upstream
  Release to experimental
  Add proposed patch to fix undefined behaviour in a unit test
  test-bottom-sheet: Pass alignment in varargs correctly
  Update French translation
  Update Danish translation
  Update Indonesian translation
  Update Swedish translation
  Update British English translation
  Update Bulgarian translation
  stylesheet: Fix undershoot in dropdowns and emoji chooser
  tab-overview: Activate and focus search entry with Ctrl+F
  stylesheet: Only expand short side of scale under .fine-tune
  stylesheet: Fix scale under .fine-tune
  ...