## What happened

`omarchy toggle bar on` hides the top bar, and `omarchy toggle bar off` shows it — the arguments are inverted relative to what the command name implies.

## Expected

`omarchy toggle bar on` should show the bar; `omarchy toggle bar off` should hide it.

## Steps to reproduce

```bash
omarchy toggle bar on   # bar disappears
omarchy toggle bar off  # bar reappears
```

## Root cause

`/usr/share/omarchy/bin/omarchy-toggle-bar` forwards the raw `on`/`off` argument straight through to the generic toggle helper against a flag named `bar-off`, without inverting it:

```bash
#!/bin/bash
# omarchy:summary=Toggle bar visibility without killing the Omarchy shell
# omarchy:args=[toggle|on|off]
# omarchy:examples=omarchy toggle bar | omarchy toggle bar off | omarchy toggle bar on

omarchy-toggle bar-off "${1:-toggle}"

omarchy-shell -q omarchy.bar syncHidden
```

`omarchy-toggle <flag> on` *creates* the flag file and `... off` *removes* it. Since the flag here is named `bar-off`, passing `on` creates `bar-off` (hides the bar) and passing `off` removes it (shows the bar) — the opposite of the documented/expected behavior.

Fix is presumably to swap the mapping, e.g.:

```bash
case "${1:-toggle}" in
  on)     omarchy-toggle bar-off off ;;
  off)    omarchy-toggle bar-off on ;;
  *)      omarchy-toggle bar-off toggle ;;
esac
```

## How I found this

The `bar-off` state flag also got left set after a theme change on my system (separate issue, possibly a race — the flag existed with a timestamp matching my `omarchy theme set` call), which caused the bar to disappear. While fixing that I ran `omarchy toggle bar on` expecting it to restore the bar, and it instead confirmed the flag (`~/.local/state/omarchy/toggles/bar-off`) stayed/got set. Running `omarchy toggle bar off` correctly cleared the flag and the bar layer (`hyprctl layers`) moved back from `xywh: 0 -26 1800 26` to `xywh: 0 0 1800 26`.

## System details

- Omarchy version: 4.0.2-1
- Compositor: Hyprland (Wayland)