- Notas de Versão
- Introdução
- Configuração e Instalação
- Projetos de automação
- Dependências
- Tipos de fluxos de trabalho
- Comparação de arquivos
- Melhores Práticas de Automação
- Integração de controle de origem
- Depuração
- A ferramenta de diagnóstico
- Analisador de Fluxo de Trabalho
- Sobre o Analisador de Fluxo de Trabalho
- STN MG-001 - Convenção de nomenclatura de variáveis
- STN MG-002 - Convenção de nomenclatura de argumentos
- STN MG-004 - Duplicação de Nome de Exibição
- STN MG-005 - Variável substitui variável
- STN MG-006 - Variável substitui argumento
- STN MG-008 - Comprimento de variável excedido
- STN MG-009 - Variáveis Catablema de prefixo
- STN MG-011 - Argumentos Catablema de prefixo
- STN MG-012 - Valores padrão de argumentos
- STN MG-016 - Comprimento do argumento excedido
- SR-DB-002 - Contagem alta de argumentos
- SR-DB-003 - Esvaziar bloco catechu
- SR-DB-007 - Múltiplas camadas Com fluxograma
- SR-DB-020 - Propriedades de saída indefinidas
- SR-DB-023 - Fluxo de trabalho vazio
- SR-DB-024 - Verificação da atividade Persistente
- SR-DB-025 - Pré-requisito de serialidade de variáveis
- SR-DB-026 - Uso da atividade Dela
- SR-DB-027 - Melhores práticas de persistência
- SR-DB-028 - Pré-requisito de serialidade de argumentos
- SR-US-005 - Argumentos de atividades embutidos em código
- SR-US-009 - Variáveis não utilizadas
- SR-US-010 - Dependências não utilizadas
- SR-US-014 - Restrições de pacotes
- SR-US-020 - Mensagens de logue mínimas
- SR-US-024 - Não utilizado e postergado
- SR-US-025 - Uso incorreto do valor salvo
- SR-US-026 - Restrições da atividade
- SR-US-027 - Pacotes necessários
- Variáveis
- Argumentos
- Namespaces Importados
- Gravação
- Elementos de Interface Gráfica
- Fluxo de controle
- Seletores
- Repo. de Objetos
- Extração de Dados
- Automação de imagem e texto
- Automação de tecnologias Citrino
- Automação RDP
- Automação SAP
- Automação do Varear Horizonte
- Geração de logs
- A ferramenta de migração ScaleCoordinates
- Melhores práticas e limitações
- Exemplo de uso da ferramenta de migração ScaleCoordinates
- A ferramenta ScreenScrapeJavaSupport
- O protocolo Servodrive
- StudioPro
- Extensões
- Solução de problemas
- Internet Explorer x64
- Problemas de interoperabilidade do Microsoft Office
- Como identificar elementos de EU em PDF com opções de acessibilidade
- Como identificar elementos de EU após as atualizações do Windows
- Aplicativos do JxBrowser
- Monitoração de eventos de usuário
- Java no Apo-V
- Suporte e limitações do Microsoft Apo-V
- Solução de problemas da Citrix
Exemplo de uso da ferramenta de migração ScaleCoordinates
O dimensionamento no Windows pode se comportar de maneira diferente com base no aplicativo afetado. Isso pode causar inconsistências em fluxos de trabalho que lidam com a Automação de interface gráfica, especialmente os que contêm atividades com as propriedades PosiçãoDoCursor e RegiãoDeRecorte, como Click, Hover, Type Into, Click Text e outros. No entanto, isso se aplica apenas a fluxos de trabalho criados com uma versão do Studio anterior à 2018.2. Fluxos de trabalho criados antes dessa versão precisam ser migrados com a ferramenta ScaleCoordinates, a ser executada por robôs com reconhecimento do DPI (v2018.2).
Para fornecer a flexibilidade necessária para usar com eficiência fluxos de trabalho antigos com a versão 2018.2, a ferramenta ScaleCoordinates pode migrar arquivos de fluxo de trabalho individuais ou todos eles dentro de um determinado caminho. Nenhuma alteração precisa ser feita nos fluxos de trabalho criados antes do Studio 2018.2, se forem executados com Robots com reconhecimento de DPI, bem como com novos fluxos de trabalho que você deseja executar com Robots sem reconhecimento de DPI após usar essa ferramenta.
Independentemente do tipo de migração desejada, você primeiro precisa:
- Abrir uma instância do promotor de comando.
- Navegar até o diretório de instalação da plataforma Quipata, onde a ferramenta de migração ScaleCoordinates está localizada.
-
Use um dos seguintes comando:
UiPath.ScaleCoordinates <input_xaml_file_path> <output_xaml_file_path> (--normalize_from | --denormalize_to)=<scaling_percentage>
para migrar um único arquivo.xaml
.UiPath.ScaleCoordinates <folder_path> (--normalize_from | --denormalize_to)=<scaling_percentage>
para migrar todos os projetos dentro de uma pasta específica.
Lembre-se de que você pode normalizar fluxos de trabalho para serem executados no Studio 2018.2, além de adaptar um projeto normalizado para trabalhar com Robots antigos em DPI não padrão. Veja abaixo exemplos dessas situações para um único e vários projetos.
ProcessingInvoicesInSAP.xaml
, no percentual de escala de 150% em Robots com reconhecimento de DPI. O fluxo de trabalho foi projetado em uma versão do Studio mais antiga que a 2018.2 e, portanto, ele precisa ser normalizado para funcionar no percentual de escala especificado usando o seguinte comando:
UiPath.ScaleCoordinates C:\Accounting\Automations\ProcessingInvoicesInSAP.xaml C:\Accounting\Automations\NormProcessingInvoicesInSAP.xaml
-normalize_from=150
C:\Accounting\Automations
sob o nome NormProcessingInvoicesInSAP
. O arquivo de fluxo de trabalho original não é removido após a migração. O fluxo de trabalho NormProcessingInvoicesInSAP
agora pode ser executado em percentual de escala de 150% em robôs com reconhecimento de DPI (v2018.2).
C:\Accounting\Automations
, e os quiser que sejam executados em um fator de escala 150%, então o comando será assim:
UiPath.ScaleCoordinates C:\Accounting\Automations -normalize_from=150
C:\Accounting\Automations
agora podem ser executados em uma porcentagem da escala de 150% por robôs que reconhecem DPI (v2018.2).
Como os Robots 2018.2 têm reconhecimento de DPI, o DPI no qual os fluxos de trabalho são criados no Studio 2018.2 não afeta a execução do fluxo de trabalho. Entretanto, a sua execução em um DPI não padrão em Robots mais antigos pode causar uma detecção inconsistente de elementos. Para evitar isso, é possível usar a ferramenta ScaleCoordinates para migrar os fluxos de trabalho para serem executados em um percentual de escala especificado em Robots antigos.
Assim como a normalização de fluxos de trabalho, a desanimalização pode ser executada em um único arquivo de fluxo de trabalho ou vários os encontrados em um caminho especificado.
ProcessingInvoicesInSAP.xaml
no Studio 2018.2 e deseja executá-lo em uma porcentagem de escala de 150% em Robots sem reconhecimento de DPI, o seguinte comando precisa ser usado para migrar o fluxo de trabalho:
UiPath.ScaleCoordinates C:\Accounting\Automations\ProcessingInvoicesInSAP.xaml C:\Accounting\Automations\DenormProcessingInvoicesInSAP.xaml
-denormalize_to=150
DenormProcessingInvoicesInSAP.xaml
agora está pronto para ser executado na escala de 150% em robôs antes da 2018.2 versioná.
De forma similar, vários fluxos de trabalho que atendem as mesmas condições de projeto podem ser migrados para serem executados em uma escala de 150% em robôs que não reconhecem DPI. Lembre-se de que os arquivos originais são substituídos; portanto, faça um backup antes de migrá-los. O comando necessário, neste caso, será assim:
UiPath.ScaleCoordinates C:\Accounting\Automations -denormalize_to=150
C:\Accounting\Automations
em robôs sem reconhecimento de DPI em um percentual de escala de 150%.