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.

This changes the settings app to use GtkApplication to handle
process uniqueness rather than our custom version. Currently,
the command line doesn't get handeled properly so it doesn't plug
and the plugin doesn't popup the correct device item.

The contents of that listview are very obvious without them.

Per the 4.14 roadmap, Upower 0.99 is the new minimum so drop support
for older versions.

Drop old glib and xfce4ui version checks that aren't required
anymore.

Also no more deprecated warnings.

This starts the port to GTK3. The deprecated warnings for GTK
dropping the system tray are ignored, we can deal with that in
GTK4.

This patch uses the PowerManagerButton to implement the tray icon.
It doesn't do the show when (dis)charging stuff since it will
display different battery types now, however that can be added
back if desired.

Remove a couple unused variables. Change another to unsigned to
avoid a signed/unsigned comparison.

Integrate Light Locker configuration into Xfce Power Manager. This
allows proper settings synchronization between the two applications
and eliminates some of the hackiness used in Light Locker Settings
to accomplish the same effect, and streamlines similar tools into
a single location. This depends on light-locker 1.5.1 configured
with the GSettings backend.

Signed-off-by: Eric Koegel <eric.koegel@gmail.com>

Toggling the DPMS checkbox makes DPMS widgets sensitive or insensitive.
However, this is not reflected when initializing the dialog. This commit
fixes this.

Only build in the new xfce_dialog_show_help_with_version function
if the system has libxfce4ui 4.11.1, otherwise use the old help
function in order to still support systems with Xfce 4.10.

xfpm now points to the versioned docs hosted at docs.xfce.org.
This version string will always point to the major.minor of xfpm
so it will auto-increment in future relases.

The blank timeout cannot be longer than the DPMS timeouts,
the DPMS timeouts cannot be shorter than the blank timeout
simply because blanking after the display is already suspended
doesn't make any sense (and vice versa).

If xfpm isn't running when the settings app is launched, a dialog
pops up asking if the user would like to launch xfpm. If the user
clicks cancel on that dialog, the dialog pops up again (and again).
This patch changes it so that it won't nag the user over and over.

xfpm-settings has some XFPM_DEBUG messages but no way to enable
them, the patch adds the same --debug flag as xfpm's daemon has.

DPMS should be available on all systems nowadays, at least where
xfce4-power-manager is expected to run. So make it a hard requirement.