The client reports that the increase from 1 to 5 px was not enough
to solve their issue; bump it to 10, and take the display scale
into account in case they are using HiDPI.
Resolves: https://redhat.atlassian.net/browse/RHEL-144435
Children that are scrolled out of view are still visible
to picks. Luckily we can address that without backporting
major pick changes in Clutter/St by clipping the scroll view
to its allocation.
Resolves: https://redhat.atlassian.net/browse/RHEL-171972
When both the desktop-icons and custom-menu extensions are enabled,
the desktop-icons extension creates its own right-click context menu
for the desktop background, bypassing the BackgroundMenu mechanism
that custom-menu hooks into. This causes the custom-menu entries to
be completely hidden when desktop-icons is active.
This patch adds integration between the two extensions: when the
desktop background menu is created in desktop-icons, it checks if
the custom-menu extension is enabled. If so, it reads the user's
custom menu configuration (~/.entries.json) and appends those entries
below a separator at the bottom of the desktop-icons context menu.
The integration is non-intrusive:
- If custom-menu is not enabled, no changes are visible
- If ~/.entries.json does not exist or is invalid, the menu
remains unchanged (errors are logged)
- Only affects the desktop background right-click menu, not
file icon context menus
Resolves: RHEL-136187
Backporting the change from upstream involved translating between
Clutter's implicit animations API (which expresses duration in
milliseconds) and the old Tweener API (which uses seconds).
Unfortunately there was a mixed up between division and multiplication,
with the result that tooltips animate over
40 hours rather than 150 milliseconds. Fix that.
Resolves: RHEL-33681
