Pick any color from your screen and copy as hex to clipboard.
- 🎨 Pick colors from anywhere on your screen
- 📋 Automatically copy hex value to clipboard
- 🕐 View color history
- 🌊 Works on wlroots-based compositors (Hyprland, Sway, River, etc.)
- Download the latest release from GitHub Releases
- Extract the archive
tar -xzf color-picker-vicinae-v*.tar.gz - Copy the
color-pickerfolder to~/.local/share/vicinae/extensions/cp -r color-picker ~/.local/share/vicinae/extensions/ - Reopen Vicinae (close and open the window)
- Clone the repository
git clone https://github.com/psampir/color-picker-vicinae.git cd color-picker-vicinae - Install dependencies and build
npm install npm run build
- The extension is automatically installed to
~/.local/share/vicinae/extensions/color-picker
This extension requires the following tools to be installed:
# Arch Linux / CachyOS
sudo pacman -S grim slurp imagemagick
# Fedora
sudo dnf install grim slurp ImageMagick
# Ubuntu/Debian
sudo apt install grim slurp imagemagick
# NixOS
nix-shell -p grim slurp imagemagickNote: These system tools are required for the extension to work, regardless of installation method.
- Open Vicinae launcher
- Type "Color Picker" or use the shortcut
- Click on "Pick Color from Screen"
- Click on any pixel on your screen
- The hex value is automatically copied to your clipboard
# Install dependencies
npm install
# Development mode with hot reload
npm run dev
# Build production bundle
npm run build
# Lint
npm run lint- Vicinae >= 0.19.0
- wlroots-based Wayland compositor (Hyprland, Sway, River, etc.)
- grim (Wayland screenshot tool)
- slurp (Wayland region selector - requires
zwlr_layer_shell_v1protocol) - ImageMagick (color extraction)
✅ Supported:
- Hyprland
- Sway
- River
- Other wlroots-based compositors
❌ Not Supported:
- GNOME (Mutter compositor)
- KDE Plasma (KWin compositor)
Why? The extension uses slurp for point selection, which requires the zwlr_layer_shell_v1 Wayland protocol. This protocol is only available in wlroots-based compositors. GNOME and KDE use their own compositor protocols that are not compatible with slurp.
Support for GNOME and KDE may be added in future versions using compositor-specific tools.
MIT