This reverts commit 462d4f02.
Reason for reverting is that the "magical value" for suspending is
changed so existing configurations result in unpredictable behavior.

Yousuf Philips authored 4 years ago and Simon Steinbeiß committed 4 years ago

Closes: #3

Upgraded patch 5917 to work with current master.

Simon Steinbeiss authored 4 years ago and Simon Steinbeiß committed 4 years ago

Previously we relied entirely on UPower, now we also check if the icons
used by Gnome are available (battery-level-*).

This also fixes (at least) the related issues
- Bug #15300
- Bug #15151
- Bug #12756
- Bug #12088

Co-author: Maurizio Galli <maurizio.galli@gmail.com>

This commit introduces two new options:
1) Configuring the amount of brightness steps
2) Whether to distribute the steps in a linear or exponential way

Both options are presented in the settings dialog and affect the
brightness keys and the panel plugin.

Both tabs now use Stackswitchers to allow users to switch between the
"on battery" and "on ac" settings. This gets rid of the huge table we
used to have and makes it easier to hide all "on battery" settings.

Some are related to Gtk3.22, some are simply compiler warnings.

Previously xfpm would be launched in any case, even if the
user chose "no" in the dialog.

Also make the capitalisation of "minutes" and "seconds" consistent.

This allows the settings app to properly to exit when it's a
GtkPlug.

Bringing the window to the foreground when it's a GtkPlug causes
the main dialog window contents to appear as a floating window. So
let's not do that.

When the device-id is selected after the window is open, switch
to the devices tab and select it.

When the settings app is launched after it's already shown, present
it rather than launching a new one.

Just create an activate action to perform the default action on
the primary instance, also don't create additional windows. We
need to make the settings dialog take an update for when device
icons are clicked in the panel plugin.

We don't want the single app logic for settings because it can be
a normal dialog and plugged into the settings manager at the same
time.

This patch adds actions to map the existing cli options. It allows
the settings dialog to be embedded as a plug and the device-id
mapping for the devices tab. Might need to rework the settings
app a little so it can active the device item rather than launch
a new window.