- Oct 16, 2024
-
-
correctmost authored
-
- Sep 03, 2024
-
-
Add a 'power_supply' boolean to track power supply status. Adjust logic to display the 'Fully charged' message correctly based on whether the device is a power supply. This improves the accuracy of power status information shown. Additionally, show 0:00 on the plugin side instead of high number of hours. Fixes: #240 Signed-off-by:
Pratik Karki <pratik@prertik.com>
-
- Aug 07, 2024
-
-
visibility logic. Now the label only hides if the state is unknown or if it is a desktop system. Fixes: #224 Signed-off-by:
Pratik Karki <pratik@prertik.com>
-
- Jun 21, 2024
-
-
Gaël Bonithon authored
Fixes: #198 (comment 90973)
-
- May 22, 2024
-
-
Gaël Bonithon authored
Fixes: #198
-
- May 17, 2024
-
-
Gaël Bonithon authored
And for min/max values when useful. A few missing initializations are added in the process.
-
- May 08, 2024
-
-
Gaël Bonithon authored
-
Gaël Bonithon authored
-
Gaël Bonithon authored
-
- May 07, 2024
-
-
Gaël Bonithon authored
-
- Nov 17, 2023
-
-
Gaël Bonithon authored
No Wayland counterpart yet. The wlr-gamma-control protocol offers an apparently similar feature, but is in fact unrelated to power saving. However, the Polkit implementation works just as well on Wayland as on X11.
-
Gaël Bonithon authored
Many of the disabled paths are temporarily disabled, before a Wayland implementation is added in future commits. They are therefore only deactivated at compile time, so that you can have a test version on Wayland by building with --disable-x11. Everything to do with keyboard handling (brightness keys, suspend key, etc.) is not restored on Wayland, since only the compositor is currently able to manage this.
-
- Nov 11, 2023
-
-
Gaël Bonithon authored
It is now set in XfpmBrightness, so xfpm_brightness_decrease() and xfpm_brightness_increase() can work internally as they should. This significantly simplifies the plugin code. This also makes the behavior of brightness keys a little more consistent: if a custom minimum is set (this requires the systray icon or plugin to be used), it also affects brightness keys, otherwise the hardware minimum is used (#174). Finally, the default custom minimum is set a little more intelligently, depending on hardware delta and setting step. Fixes: #174 Related: !21, !35
-
Gaël Bonithon authored
* Make xfpm_brightness_new() a failable constructor, so don't expose xfpm_brightness_setup() and remove xfpm_brightness_has_hw(). * Same for XfpmBacklight. * Remove dead code.
-
Gaël Bonithon authored
-
- Nov 10, 2023
-
-
Gaël Bonithon authored
-
Gaël Bonithon authored
Completes: 47fdeb9c
-
- Nov 04, 2023
-
-
Gaël Bonithon authored
up_client_new() is transfer full and failable constructor.
-
Gaël Bonithon authored
-
Gaël Bonithon authored
-
- Aug 17, 2023
-
-
Gaël Bonithon authored
-
- Apr 11, 2023
-
-
Gaël Bonithon authored
-
- Apr 07, 2023
-
-
Mark Gallagher authored
The callback for the keyboard brightness keys has its functionality restored, with clarifying comments added to avoid similar mistakes being made by future refactoring efforts. The functions which return the next brightness level to be used are refactored to ensure the value never decreases below 0 or above the maximum brightness. Calls to these functions are updated accordingly.
-
- Mar 11, 2023
-
-
- Feb 04, 2023
-
-
Gaël Bonithon authored
Fixes various critical especially when switching from plugged to battery.
-
- Jan 01, 2023
-
-
Brian Tarricone authored
-
- Dec 05, 2022
-
-
Gaël Bonithon authored
-
- Apr 27, 2021
-
-
Simon Steinbeiss authored
Make the string more consistent with what we have in the plugin's menu and what the name of the option suggests (first percentage, then remaining time). See also !17 and #128
-
- Nov 11, 2020
-
-
- Nov 06, 2020
-
-
-
-
Previously we relied entirely on UPower, now we also check if the icons used by Gnome are available (battery-level-*).
-
- Nov 04, 2020
-
-
Simon Steinbeiss authored
-
Simon Steinbeiss authored
-
Simon Steinbeiss authored
-
- Jan 26, 2020
-
-
Simon Steinbeiss authored
-
Simon Steinbeiss authored
-
- Jan 07, 2020
-
-
Simon Steinbeiss authored
-
- Jan 05, 2020
-
-
Timothy Lee authored
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.
-
- Nov 15, 2019
-
-
Simon Steinbeiss authored
-