fix(capture): self-re-exec detached to survive eww 200ms timeout

[VictorGSchneider]

Causa raiz revisada

A tentativa anterior ((cmd </dev/null >/dev/null 2>&1 &) inline no onclick) quebrou completamente o caminho do onclick — o log de debug não mostra nenhuma invocação do script depois daquele merge. Por isso a gravação parou de funcionar também: o /bin/sh -c do eww não engoliu aquela sintaxe.

Fix

1. eww.yuck: onclick volta ao mínimo — stoa-capture ${capture-mode} ${capture-type} ${capture-delay}. Sintaxe trivial que o sh do eww processa sem problema.

2. stoa-capture.sh: dentro do case selection|screen|window, antes de fazer qualquer trabalho real, o script se re-executa em background detachado via nohup ... & e sai imediatamente. Uma env var de guarda (_STOA_CAPTURE_DETACHED) impede recursão infinita.

   if [ -z "${_STOA_CAPTURE_DETACHED:-}" ]; then
       _STOA_CAPTURE_DETACHED=1 nohup "$0" "$@" </dev/null >>/tmp/stoa-capture-debug.log 2>&1 &
       disown 2>/dev/null || true
       exit 0
   fi

A primeira invocação (a que o eww spawned) retorna em ms — bem antes dos 200ms. O filho detached faz eww close, sleep 0.5, e grim (ou wf-recorder) em paz.

Test plan

• git pull && eww reload
• 📷 Screen + disparo → arquivo em ~/Pictures/screenshots/
• 📷 Selection → slurp abre e salva
• 🎥 + disparo → gravação inicia; Print pra parar
• /tmp/stoa-capture-debug.log mostra Re-execing detached, Running in detached mode, _screenshot called, Running grim ..., File exists? yes

---

Generated by Claude Code