Resumo:Melhorar o widget padrão de Impressão do Experience Builder para que os usuários possam selecionar um layout retrato ou paisagem, desenhar ou ajustar a extensão da impressão, inserir um nome de arquivo e baixar o PDF usando esse nome de arquivo real.
Estou tentando criar um fluxo de trabalho de impressão aparentemente bastante simples para a equipe:
- Escolher um layout retrato ou paisagem.
- Desenhar ou ajustar a área específica do mapa a ser impressa.
- Inserir um nome de arquivo significativo, como um número de ticket GSOC.
- Exportar e baixar o PDF usando esse nome de arquivo.
No entanto, as opções disponíveis parecem estar em extremos opostos.
A impressão disponível no Instant Apps é simples e acessível, mas não oferece personalização suficiente para este fluxo de trabalho. Na minha versão Enterprise, pelo menos, não posso selecionar entre nossos layouts personalizados carregados. Preciso de maior controle sobre o layout da página, orientação, extensão impressa e outros elementos do layout.
O Experience Builder oferece muito mais flexibilidade. Seu widget de Impressão suporta layouts personalizados, modelos retrato e paisagem e uma extensão visível da área de impressão. No entanto, os usuários não podem desenhar independentemente a área desejada para impressão. Eles devem mover e ampliar todo o mapa ou inserir manualmente uma escala do mapa — o que não é um fluxo de trabalho intuitivo para funcionários comuns que simplesmente precisam de um mapa cobrindo uma área específica.
O título inserido pelo usuário também parece funcionar principalmente como o rótulo do resultado e título do mapa. Quando o resultado é aberto ou baixado, o PDF real tem um nome de arquivo gerado pelo ArcGIS Server, como:
_ags_[identificador aleatório longo].pdf
Isso não é prático quando a equipe precisa associar um mapa exportado a um ticket, solicitação ou projeto específico.
A solução aparente é desenvolver um widget personalizado para Experience Builder. Isso requer combinar a edição Developer correta com a versão Enterprise, instalar Node.js, configurar credenciais OAuth, executar os ambientes de desenvolvimento cliente e servidor, compilar o widget, hospedá-lo em um servidor web, configurar CORS e tipos MIME e registrá-lo no Portal.
Isso é uma quantidade extraordinária de desenvolvimento e infraestrutura para uma exigência muito comum de impressão.
Parece haver uma lacuna significativa entre:
- a impressão do Instant Apps, que é muito limitada para mapas operacionais personalizados; e
- o desenvolvimento personalizado do Experience Builder, que é desproporcionalmente complicado para um fluxo básico de PDF retrato/paisagem.
O widget padrão de Impressão do Experience Builder poderia oferecer opções para:
- usar o título inserido como o nome real do arquivo baixado;
- selecionar entre layouts configurados retrato e paisagem;
- desenhar, mover ou redimensionar uma área representando a extensão desejada da impressão; e
- baixar o resultado diretamente em vez de abrir o arquivo temporário
_ags_ do servidor?
Isso apoiaria um fluxo comum em governos locais sem exigir um widget personalizado apenas para produzir um PDF corretamente orientado e com nome significativo.
