~vcs-imports/gnome-settings-daemon/+git/gnome-settings-daemon:wip/benzea/keybindings-grabbing-rework

Last commit made on 2019-05-13
Get this branch:
git clone -b wip/benzea/keybindings-grabbing-rework https://git.launchpad.net/~vcs-imports/gnome-settings-daemon/+git/gnome-settings-daemon

Branch merges

Branch information

Name:
wip/benzea/keybindings-grabbing-rework
Repository:
lp:~vcs-imports/gnome-settings-daemon/+git/gnome-settings-daemon

Recent commits

7f65b4e... by Benjamin Berg <email address hidden>

media-keys: Remove ordered registration of keybindings

The registration now happens in random order, so trying to put them into
some order here does not make any difference.

ebab331... by Benjamin Berg <email address hidden>

NEWS: Add note about use of new UngrabAccelerators DBus API

So that distributions know that other desktops using g-s-d will break
again.

951ca12... by Benjamin Berg <email address hidden>

media-keys: Rework key grabbing code

This relies on a new shell API to ungrab keys in bulk. The approach now
is that we keep a set of keys that need syncing. For this set of keys,
we emit one Ungrab call and one Grab call in two steps.

This likely fixes issues like the ones reported in #151. Another reason
to do this is as a preparation to allow multiple keybindings per key.

745b858... by Carmen Bianca BAKKER <email address hidden>

Update Esperanto translation

425828e... by Hans de Goede <email address hidden>

media-keys: Stop treating tablets specially

There are problems with treating the power-button on tablets in a special
manner:

1) The configuration for the power-button behavior is now part of the
main control-center power capplet, so it is visible to all users. It is
very strange and inconsistent for users with a device which gets identified
as a tablet that they can configure the behavior of the button in the
control-center but the behavior does not change.

2) The method used to determine if something is a tablet is unreliable,
various surface like devices and some laptops wrongly have "Tablet"
as chassis-type. So relying on chassis-type info for this is a bad idea.

This commit removes the special handling of the power-button on tablets,
falling back to the normal behavior of doing what the user has configured.

2e50892... by Hans de Goede <email address hidden>

power: Stop treating tablets specially

Quite some time ago special handling for tablets was added to
gsd-power-manager to automatically suspend the tablet when the
screen was blanked to save power.

With the more recent auto-suspend (when on battery power) support, this
hardcoded behavior really is no longer necessary, if the auto-suspend
timeout gets set to the same value as the blank timeout the same result
is achieved, but now under user control, rather then being hardcoded.

Not having this hardcoded is desirable because suspend is not always
desirable, e.g. when ongoing downloads are active, or other network
connections are open such as an irc client.

The hardcoded behavior is especially troublesome because it not only
triggers on actual tablets, but also on various non tablet devices,
both surface like devices, which are often used as one would use a
laptop, as well as on some actual laptops. On laptops one may typically
have an irc-client open, network downloads ongoing, etc. and then lock
the screen when walking away. The current hardcoded suspend behavior
causes the downloads to abort, irc messages to be missed, etc. and
with this not being configurable there is nothing the user can do to
avoid this.

I've looked into making gsd_power_is_hardware_a_tablet() more reliable,
but this relies on the DMI chassis type, which ultimately simply is
unreliable

Since the auto-suspend on screen blank functionality is duplicate with
the auto-suspend and the tablet-identification is unreliable, lets just
remove the special handling for tablets.

c07ea84... by Benjamin Berg <email address hidden>

power: Only disable Suspend/Hibernate actions inside VM

While we theoretically only want a different default value inside a VM,
we currently hack this by never doing a suspend action inside VMs.
However, that also breaks automatic logout, which is an unintended side
effect.

Move the check to not install the corresponding timeout (preventing
sleep warnings from being displayed) and also only enforce the VM
specific hack for the Suspend and Hibernate actions.

ef3d0d7... by Kukuh Syafaat

Update Indonesian translation

d8cbcb0... by Fabio Tomat <email address hidden>

Update Friulian translation

725d1e5... by Daniel Mustieles

Updated Spanish translation