Skip to content
Snippets Groups Projects
  1. Oct 21, 2024
  2. Oct 19, 2024
  3. Oct 16, 2024
    • Andrzej's avatar
    • Andrzej's avatar
      Reworked sizing mechanism in clock plugin and its widgets · 8452f247
      Andrzej authored
      Original mechanism relied on a "ratio" property of clock widgets
      and the clock plugin setting a fixed size request. This mechanism
      was fragile and resulted in missing size updates. Changed this mechanism
      to width_for_height/height_for_width layout. Removed no longer needed
      ratio property and added a container-orientation one (the widget has to
      be aware of the panel/container orientation for layout purposes).
      
      Also combined the change with size clamping of the LCD and Binary widgets.
      Not ideal but it was strongly coupled with the layout mechanism.
      
      Whitespace and comment cleanup
      
      Removed unused function.
      
      Added back "static" + whitespace fix
      8452f247
    • Andrzej's avatar
      LCD and digital clock layout fixes · e72f3ddb
      Andrzej authored
      Maked size/layout of the lcd clock time-independent
      
      LCD clock had a feature where the size of the plugin
      could be reduced depending on time of the day.
      As a side-effect, other plugins were shifted when the size
      of the LCD clock changes.
      This commit removes this feature, fixing the clock size.
      
      Made digital clock lines not to spread out in wide panels.
      e72f3ddb
  4. Oct 15, 2024
  5. Oct 13, 2024
  6. Oct 07, 2024
  7. Sep 12, 2024
    • Gaël Bonithon's avatar
      wayland: tasklist: Fix monitor detection when panel is remapped · 308fd275
      Gaël Bonithon authored
      gdk_display_get_monitor_at_window() is unreliable on wayland, because
      when the panel is remapped it usually first appears on one monitor
      before being moved to another, and there is no signal or event to
      indicate when this process has finished. So it's best to use
      gtk_layer_get_monitor() whenever possible, as we always use
      gtk_layer_set_monitor() upstream.
      308fd275
    • Gaël Bonithon's avatar
      x11: tasklist: Properly check for libxext · aa87e00b
      Gaël Bonithon authored
      aa87e00b
    • Gaël Bonithon's avatar
      wayland: autohide: Show/hide panel instead of moving it offscreen · ee22684b
      Gaël Bonithon authored
      Second step: we hide the panel window on Wayland when it's about to be
      moved off-screen, either directly or at the end of the animation (the
      same applies to external plugins). This eliminates the need for
      remapping and manual commit, since as long as the window has not
      completely left the screen, it can be brought back without remapping,
      and remapping is not necessary either to trigger a resize. See
      https://github.com/labwc/labwc/issues/499
      
      It might be preferable to manage animation on Wayland via the viewporter
      protocol, as the layer-shell protocol may no longer support negative
      margins when it arrives in the ext namespace. Unfortunately, the current
      implementation of the viewporter protocol in most compositors doesn't
      allow this: see https://github.com/labwc/labwc/issues/2129
      ee22684b
  8. Aug 25, 2024
  9. Jul 11, 2024
  10. Jun 24, 2024
    • Jeremy White's avatar
      tasklist: Fix Wayland window drag and drop · 5982e697
      Jeremy White authored and Gaël Bonithon's avatar Gaël Bonithon committed
      Manual arranging of window buttons failed under Wayland,
      because tasklist_window_get_xid() provided 0 for all windows,
      since Wayland does not provide a window id.
      
      Renamed to tasklist_window_get_wid() and used the window pointer
      itself as sufficient proxy for window id.
      
      Fixes: #845
      5982e697
  11. Jun 17, 2024
  12. Jun 16, 2024
  13. Jun 05, 2024
    • Gaël Bonithon's avatar
      scan-build: tasklist: Fix core.NullDereference · 27eebdfe
      Gaël Bonithon authored
      tasklist-widget.c:4400:55: warning: Access to field 'data' results in a dereference of a null pointer (loaded from field 'windows') [core.NullDereference]
       4400 |                                                       group_child->windows->data);
      
      I think all calls to xfce_tasklist_group_button_child_visible_changed
      are protected, so as it stands it would be a false positive, but that
      might change in the future, and this extra check won't bother no matter
      what.
      27eebdfe
  14. May 23, 2024
  15. May 20, 2024
  16. May 09, 2024
  17. May 06, 2024
  18. May 03, 2024
  19. Apr 29, 2024
  20. Apr 28, 2024
  21. Apr 20, 2024
Loading