archamp 1.1.0

Three things in this release are things you would have hit in the first minute.

Closing archamp no longer ends it

With WINDOW → Show in tray on, the close button now puts the player away
and the music carries on — the way it does in anything else that lives in a
tray. The way out is Close archamp, which is what the player menu's Exit
now says, and which the tray menu gains too, since someone who closed to the
tray has no window left to quit from.

Without a tray there is nothing to come back from, so closing still quits.
"Keep hidden" is untouched by this: that one is about where archamp starts,
the close button is about where it is now.

The first drag after a window appears works

Open archamp, try to move the window, nothing. Bring it back from the tray,
try again, still nothing — until you clicked the equalizer first, and then it
dragged. Chromium only works out where a window's drag regions are when the
elements carrying them change, and a window that has only just been mapped has
not changed since. archamp now makes that change on purpose after every show.

archamp floats itself on Hyprland

The player window is the shape and size of the skin it is drawing. Tiled, the
compositor stretches a transparent, irregularly-shaped window across a slot
and the player reads as broken rather than as small — and a Wayland client
cannot ask to float, so archamp used to print the rule in its first-run dialog
and hope you would paste it into your config.

Hyprland takes a rule at runtime, though, so archamp asks for it itself at
startup. Session-only, writes nothing to your config, asks nothing of you,
and does nothing at all on any other compositor. Both config parsers are
catered for — eval for a Lua config, keyword windowrule for a classic
hyprland.conf — and if none of them takes, archamp still starts.

On anything that is not Hyprland, set the equivalent rule for window class
archamp yourself; the README
has it.

Two alpha pieces — not support

archamp is developed and used on Omarchy under
Hyprland. Two changes here were written for desktops archamp has not been
run on, and they ship as alpha: what is verified is the mechanism, not the
desktop.

• The tray is only offered where the desktop has one. A tray icon is a
  StatusNotifierItem, and a stock GNOME has nothing listening for one, so
  archamp says so rather than hiding its window behind an icon that would
  never appear. Bringing a hidden window back has never depended on the tray:
  start archamp again from your launcher, or use any MPRIS client's "open the
  player".
• KDE's colour scheme is read from ~/.config/kdeglobals where Omarchy's
  theme files are absent, for archamp's own chrome — its menus, the skin
  browser, About and the update window.

Both are inert on Omarchy: the tray host is there, and Omarchy's own theme
files win. If you run archamp on Plasma or GNOME, reports are welcome — treat
neither as supported yet.

Everything else

See 1.0.0's notes
for what archamp is and how it and
OMedia Controls were
built to go together.

Install

Download archamp-x86_64.AppImage below, make it executable and run it:

chmod +x archamp-x86_64.AppImage
./archamp-x86_64.AppImage

Or, from a running archamp: ARCHAMP → Check for updates.