Skip to content
Snippets Groups Projects
  1. Oct 16, 2024
  2. Sep 03, 2024
  3. Aug 07, 2024
  4. Jun 21, 2024
  5. May 22, 2024
  6. May 17, 2024
  7. May 08, 2024
  8. May 07, 2024
  9. Nov 17, 2023
    • Gaël Bonithon's avatar
      Make XfpmBrightness abstract and add X11 and Polkit impls · c89b1d9d
      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.
      c89b1d9d
    • Gaël Bonithon's avatar
      build: Properly distinguish X11/Wayland code paths · a0569a91
      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.
      a0569a91
  10. Nov 11, 2023
    • Gaël Bonithon's avatar
      brightness: Rework min level management · 3829c45a
      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
      3829c45a
    • Gaël Bonithon's avatar
      Refactor XfpmBrightness · 3bc29f25
      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.
      3bc29f25
    • Gaël Bonithon's avatar
      Remove useless logs · da75535d
      Gaël Bonithon authored
      da75535d
  11. Nov 10, 2023
  12. Nov 04, 2023
  13. Aug 17, 2023
  14. Apr 11, 2023
  15. Apr 07, 2023
    • Mark Gallagher's avatar
      backlight: fix "handle display brightness keys" setting · f8ff5db3
      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.
      f8ff5db3
  16. Mar 11, 2023
  17. Feb 04, 2023
  18. Jan 01, 2023
  19. Dec 05, 2022
  20. Apr 27, 2021
  21. Nov 11, 2020
  22. Nov 06, 2020
  23. Nov 04, 2020
  24. Jan 26, 2020
  25. Jan 07, 2020
  26. Jan 05, 2020
    • Timothy Lee's avatar
      Make brightness steps configurable (Bug #12062) · c866cf9f
      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.
      c866cf9f
  27. Nov 15, 2019
Loading