Matheus
5bbe9e6800
Pedido do usuário: "faz a posição dos nós persistir entre recargas" — o editor visual da PHASE 60 recalculava o layout do zero a cada carga da página, perdendo qualquer arrasto manual assim que a tela recarregava. `IvrMenu.entryPositionX/Y` + `IvrMenuOption.positionX/Y` (nullable, puramente de apresentação — nunca entram no dialplan compilado, só no layout do canvas). Salvos no banco, nunca localStorage: mesma convenção do resto do app, estado compartilhado entre quem quer que edite o tenant, não por navegador/dispositivo. "Salvar alterações" agora lê a posição de verdade do estado de nós do @xyflow/react (reflete arrastos feitos na sessão), não do estado de conteúdo das opções — os dois tinham ficado dessincronizados desde a PHASE 60. Sem posição salva ainda (menu novo, opção recém-adicionada), continua caindo num layout automático em coluna. Testado ponta a ponta: PATCH com coordenadas específicas (incluindo o nó "Entrada"), GET de volta confirma os mesmos valores, e a página carregada de novo com uma sessão real (cookie de login, não só a API crua) já embute essas coordenadas nos props iniciais do componente. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01BFaBaBSQGhyXGEgtTYZGV8
7 lines
318 B
SQL
7 lines
318 B
SQL
-- PHASE 61: persistir posição dos nós do editor visual do IVR
|
|
ALTER TABLE "ivr_menu_options" ADD COLUMN "position_x" DOUBLE PRECISION,
|
|
ADD COLUMN "position_y" DOUBLE PRECISION;
|
|
|
|
ALTER TABLE "ivr_menus" ADD COLUMN "entry_position_x" DOUBLE PRECISION,
|
|
ADD COLUMN "entry_position_y" DOUBLE PRECISION;
|