fix(projection): Linux — projeção abre no segundo monitor

[rafaumeu]

Problema relatado pelo usuário

No Linux, a projeção nunca abre no segundo monitor, não importa a configuração. Só aparece no monitor 2 arrastando a janela de projeção (ou a principal) para lá. Presente em 1.8.9, 1.22.1 e 1.28 — ou seja, desde sempre, não é regressão. Windows não é afetado.

Causa raiz

applyProjectionDisplayMode (electron/main.mjs) usava caminhos diferentes por plataforma:

• win32: setFullScreen(false) + setBounds(display.bounds) + alwaysOnTop → funciona
• linux: apenas setFullScreen(true)

A janela era criada nos bounds do monitor alvo (o renderer manda monitor=<id> corretamente), mas no Linux o fullscreen é EWMH (_NET_WM_STATE_FULLSCREEN): o window manager decide o monitor, e vários WMs (Cinnamon/GNOME/XFCE) ignoram o posicionamento pré-show e jogam no primário. Arrastar a janela funciona porque o WM faz fullscreen onde ela está — exatamente o workaround que o usuário descreveu.

Bug secundário: modo janela (fullscreen=false) nunca posicionava no monitor escolhido — buildPopupWindowOptions retornava 800x600 sem x/y.

Correção

1. Linux usa a estratégia do win32: borderless + setBounds(bounds do monitor alvo) + alwaysOnTop (fullscreen fake, imune ao comportamento do WM)
2. Modo janela com monitor explícito agora posiciona 800x600 centrado no workArea do monitor alvo
3. Lógica de display extraída para electron/projection-display.mjs (funções puras, testáveis): resolveProjectionDisplay + buildProjectionWindowBounds

Evidência

• 8 testes novos em electron/__tests__/projection-display.test.mjs (fallback monitor desconectado, bounds fullscreen/janela, etc.)
• Suite electron completa: 43/43 verdes
• npm run build ok
• Validação em hardware com 2 monitores (Mint/Cinnamon) — pendente

Notas

• macOS mantém setFullScreen nativo (não há relatos do bug lá; setSimpleFullScreen respeita o monitor da janela)
• Sem monitor explícito no modo janela: comportamento inalterado (posição livre, WM decide)