EWW: Taskbar workspaces control

[kajusnau]

Description of changes

1. Added Workspaces Control Script:

   • Introduced a new control script for managing ghaf workspaces in packages/ghaf-workspace.
   • This script is necessary because labwc does not provide commands to control or monitor workspaces directly, apart from keybind functionality.
   • The script keeps track of current workspace and max number of workspaces in separate files under ~/.config/labwc;
   • Active workspace should be remembered between system reboots;

2. Added Workspaces Widget to Taskbar:

   • Added to the top-left section of the taskbar.
   • Displays the active workspace index and allows users to switch workspaces directly from the taskbar.

3. Configured Keybindings for Workspace Switching:

   • Added keybindings for workspace switching:
     • Super + [number] — Switches to the numbered workspace.
     • Super + Alt + Right Arrow — Switches to the next workspace.
     • Super + Alt + Left Arrow — Switches to the previous workspace.

4. Defined Workspaces in Labwc Configuration:

   • Currently limited to two workspaces;
   • Workspaces popup dialog disabled;
   • Disabled default mouse keybind that allowed scrolling through workspaces;

5. Other changes:

   • Reduced the height of the taskbar to match Ghaf UI design (46px -> 36px);

Checklist for things done

• [x] Summary of the proposed changes in the PR description
• [x] More detailed description in the commit message(s)
• [x] Commits are squashed into relevant entities - avoid a lot of minimal dev time commits in the PR
• [x] Contribution guidelines followed
• [ ] Ghaf documentation updated with the commit - https://tiiuae.github.io/ghaf/
• [ ] PR linked to architecture documentation and requirement(s) (ticket id)
• [x] Test procedure described (or includes tests). Select one or more:
  • [ ] Tested on Lenovo X1 x86_64
  • [ ] Tested on Jetson Orin NX or AGX aarch64
  • [ ] Tested on Polarfire riscv64
• [ ] Author has run make-checks and it passes
• [ ] All automatic Github Action checks pass - see actions
• [x] Author has added reviewers and removed PR draft status
• [ ] Change requires full re-installation
• [x] Change can be updated with nixos-rebuild ... switch

Instructions for Testing

• Try to switch workspaces using the above mentioned keybinds

• Try to reboot system while on workspace id 2 to see if active workspace is remembered;

• Verify two-finger vertical scrolling does not change active workspace;

• [x] List all targets that this applies to: Lenovo X1

• [x] Is this a new feature

  • [x] List the test steps to verify: Can be tested on Lenovo X1 following usual installation or nixos-rebuild ... switch

• [ ] If it is an improvement how does it impact existing functionality?

[leivos-unikie]

Tested on Lenovo-X1 (built fresh image)

• Workspace control seems to work well, as described
• ci-test-automation passed and performance ok

[humaidq-tii]

Some observations:

• It isn't clear what the number means, and no indication that the workspace is switched. I can imagine users accidentally switching to workspace 2, thinking that their apps closed.
• I don't see why we persist workspace after reboot/relogin? We don't preserve opened windows like on Mac either.

[kajusnau]

Some observations:

• It isn't clear what the number means, and no indication that the workspace is switched. I can imagine users accidentally switching to workspace 2, thinking that their apps closed.
• I don't see why we persist workspace after reboot/relogin? We don't preserve opened windows like on Mac either.

• The widget shows a "Current workspace" tooltip on hover. This isn't perfect, but should be enough for the near future until we can get a more intuitive design from our UI designer.
• No concrete reason. We can adjust as necessary if users have a clear preference for one or the other or simply switch to defaulting to 1.