Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

CONTEÚDO

  1. Introdução
  2. Visão geral
  3. O que é a personalização
  4. O que é a customização
  5. Diferenças da personalização/customização progress para o PO-UI
  6. Requisitos gerais para o desenvolvimento
  7. Consulta de programas passiveis de personalização e customização
  8. Consulta de programas progress que foram migrados para PO-UI
  9. Consulta de documentações de programas que permitem customização 
  10. Personalização 
  11. Template padrão API Rest com pontos de UPC
  12. Guia de Padrões de desenvolvimento de API para o produto Datasul 
  13. Como personalizar - Documento de referencia
  14. Como customizar - Documento de referencia



01. Introdução

Neste manual vamos falar sobre como funciona a personalização e customização de telas html PO-UI, vamos falar sobre as diferenças entre personalizar e customizar, 
em que momento poderá ser utilizado a personalização ou customização, com exemplos e possíveis cenários de implementação. 


02. Visão Geral

Este manual irá ajudar a entender para que serve a personalização e customização, entender em que momento cada um poderá ser utilizado e como efetuar a implementação nas telas PO-UI em conjunto com o back-end progress.   



03. O que é a personalização

A personalização se trata de alterações simples na tela, como:

    • Alteração de cor 
    • Apresentação da ordem do campo no qual será visualizado na tela
    • Validações de interface
    • Mascaras de apresentação de campo
    • Alterar label/opções de um checkbox 
    • Alterar um label de um campo  
    • Transformar um campo em somente leitura
  •  Entre outras alterações não especificas. Se a necessidade se encaixar em alguma das opções acima ou algo que seja uma alteração equiparada as opções supra citadas, a melhor opção é utilizar a personalização. Para maiores informações de como personalizar consultar a pagina/tópico "Como personalizar".
  • A personalização low-code hoje se aplica apenas ao PO-DYNAMIC-FORM e PO-DYNAMIC-VIEW, para utilizar PO-PAGE-DYNAMIC-TABLE, Deve-se também implementar endpoint em Progress, o qual será utilizado como fonte de dados para os campos personalizados.



04. O que é a customização

A customização já contempla uma alteração mais especifica das telas e do back-end progress.

    • sendo possível incluir/eliminar campos da tela 
    • incluir ações nas telas
    • customizar a massa de dados no beck-end que será apresentado no front-end
    • incluir validações para mostrar/salvar a massa de dados
  • Para alterações dos componentes em tela já não é possível fazer de forma low-code. A maior parte das alterações será feita em progress, para informar a tela quais os campos serão ou não apresentados e quais os dados que vão aparecer nesses campos (consulta) ou que será armazenado (cadastro).

05. Diferenças da personalização/customização progress para o PO-UI

Existem algumas diferenças na customização de telas quando se comparado o progress com as novas telas html, exemplo.:      

   
Progress  PO-UI
Incluir botão em tela progressNo html não tem o evento no botão e sim uma ação
No progress há eventos de telaNo html não há eventos de tela, mas é possível adicionar "eventos" na BO.
Regra de negocio junto com a telaRegra de negocio separada da tela (BO)
No progress era possível personalizar/customizar qualquer telaNo html somente tela com componentes dinâmicos
No progress era possível chamar uma tela a partir de outra telaNo html não é possivel chamar novas telas

06. Requisitos gerais para o desenvolvimento

Tecnico:

Produto:

      Personalização: 

    • Programa em THF - PO-UI utilizando componentes dinâmicos
    • Programa deve ser cadastrado no cadastro de programas (men012aa), com as flags "visualiza menu" e "permite personalização" marcadas.

      Customização:

    • Programa em PO-UI preparado para ser customizado:
    • Tela construída com componentes dinâmicos
    • Beckend progress preparado com a técnica de EPC/UPC rest.   

07. Como saber os programas passiveis de personalização e customização

Para identificar todas as telas que já estão permitindo a personalização/customização, entrar no produto e utilizar a visão de dados "Programas Customizados (vdProgramasDatasulUPC)".

Nota
titleNota
  • Para utilização desta funcionalidade, é necessário que a visão tenha sido previamente importada no Smart View.
  • Funcionalidade disponível a partir da release 12.1.2411 ou patch: 12.1.2407.1.

08. Como saber quais programas progress que foram migrados para PO-UI

Para consultar as telas progress que ja foram migradas para PO-UI, dentro do produto utilizar a visão de dados "De-Para Programa HTML x Progress (vdDeParaProgsHTML)". Esta visão de dados ira mostrar todas as telas progress que já foram migradas para PO-UI.

Nota
titleNota
  • Para utilização desta funcionalidade, é necessário que a visão tenha sido previamente importada no Smart View.
  • Funcionalidade disponível a partir da release 12.1.2411 ou patch: 12.1.2407.1.

09. Como identificar o que pode ser personalizado ou customizado nos programas

Para consultar os programas que permitem a personalização/customização, basta apertar o F1 para chamar a ajuda da tela e conferir na documentação se a tela já esta preparada para personalização ou customização.

Informações
titleEstamos sempre em evolução!

Estas documentações estão em evolução, talvez nem toda tela tenha ainda a documentação dela e a customização vai depender da equipe responsável pelo programa em aplicar a técnica de customização e assim documentar o que poderá ser customizado.


10. Personalização

EXEMPLO DE UTILIZAÇÃO - Produto Datasul

Cadastro de campos personalizados

A seguir são apresentados as telas necessárias para a realização do cadastro dos campos personalizados.


Ao localizar no menu o programa Campos personalizados (html.personalization-metadata), é apresentada a tela em formato de lista que conterá todos os campos (metadados) cadastrados no produto Datasul. Para cadastrar um campo que será utilizado na personalização, basta clicar no botão +Adicionar.



A tela a seguir apresenta o cadastro do metadado relacionado a um campo que pode ser apresentado no programa como personalizado



Para alguns tipos de campo, é possível informar uma lista de opções apresentadas em tela, para isso basta informar os dados (chave, valor).


CampoDescriçãoObrigatório
Código Programa Datasul

Código do programa base que podem ser aplicadas as técnicas de personalização

Nota
titleNota

É possível cadastrar os campos somente em programas que permitem a personalização. Programas que permitem personalização, devem ser cadastrados no "Cadastro de programa" com o "template": "programa THF" e possuir a flag "permite personalização" marcada.  

Sim

Identificador Campo

Identificador único do campo (por programa), necessário para a geração da tela personalizada (código do campo)Sim

Nome Campo

Nome do campo que será apresentado na tela (label do campo)

Caso o campo não seja informado, o nome do campo apresentado será o informado no identificador.

Não
Tipo Campo

Tipo do campo cadastrado

Caso o campo não seja informado, será considerado que o campo é do tipo Character

Tipos de campos permitidos:

TipoDescrição
CheckboxValores lógicos, apresentado na interface como um componente de Switch.
NúmerosValores numéricos, não sendo permitido a inserção de caracteres.
Data

Valores de datas, apresentado na interface como DatePicker.

Hora

Valor do horário, apresentado máscara 99:99 por padrão.

CharacterValores alfanuméricos.
MoedaValores monetários.
TextAreaValores alfanuméricos, apresentado na interface em um box com 3 linhas.
SenhaValores alfanuméricos, apresentados na interface como Password.
Radio GroupLista de seleção apresentadas no formato de radio group, permitido no máximo 3 opções.
Checkbox GroupLista de seleção múltipla apresentadas no formato de checkbox group, permitido no máximo 3 opções.
SelectLista de seleção apresentadas no formato de select, é obrigatório cadastrar ao menos 4 opções.
MultiselectLista de seleção múltipla apresentadas no formato de select, é obrigatório cadastrar ao menos 4 opções.
ComboboxLista de seleção apresentadas no formato de combobox, é obrigatório informar o atributo optionsService para resgatar os dados da lista.
Não
Lista Opções

Informa a lista de opções a serem apresentadas em conjunto com o tipo do componente especificado.

Informações
titleInformação

Esta opção está disponível somente para os tipos Radio Group, Checkbox Group, Select e Multiselect


Somente LeituraOpção para que o campo seja apresentado como somente leitura (torna o campo readOnly)Sim
Habilita personalizaçãoOpção para habilitar ou desabilitar a apresentação da personalização por campo (não envia o campo para ser renderizado no fron-end).Sim



Após cadastrar o campo, o mesmo é apresentado na tela inicial onde é possível realizar filtros sobre seus resultados, bem como efetuar ações de edição de campos, inclusão de atributos, habilitar ou desabilitar todos os campos por programa e exclusão do campo.




Ao clicar na opção de editar, não será possível modificar o código do programa Datasul vinculado e também seu identificador. Os demais campos estão habilitados para edição.





Atributos de campos personalizados

Com a configuração de atributos dos campos personalizados, é possível adicionar outras características tais como:

- Alteração de cor;

- Apresentação da ordem do campo no qual será visualizado em tela;

- Validações de interface;

- Máscara de apresentação do campo, entre muitos outros.

Ao clicar no botão Atributos apresentado na grid principal (Opções), uma tela de parametrizações é apresentada para que seja possível adicionar as novas características.

Ao renderizar os campos personalizados em tela, esses atributos serão inclusos no campo personalizado e enviados para tela.

Aviso
titleAtributos do PO-UI

Os nomes dos atributos devem ser os mesmos que estão documentados nas propriedades do componente no PO-UI.

Exemplo: Para personalizar um campo no formato CPF, criamos o campo COD_CPF e adicionamos um atributo do tipo mask que conterá o formato 999.999.999-99.

O atributo mask corresponde a uma propriedade do componente PO-INPUT.






11. Template padrão API Rest com pontos de UPC (Customização)

Abaixo um exemplo de uma API Rest com a mínimas definições e com entradas de upc nos contextos web de get, post, put e delete (Na pagina Customização PO-UI é possível encontrar exemplos da utilização).

Expandir
Bloco de código
firstline1
/*------------------------------------------------------------------------
    File        : templateExemplo.p
    Purpose     : demonstração de definições API REST .

    Syntax      :

    Description : API REST 

    Author(s)   : 
    Created     : 
    Notes       :
  ----------------------------------------------------------------------*/

/* ***************************  Definitions  ************************** */

//Definição da ut-api padrão das apis rest
{utp/ut-api.i}

//Definição da ut-api-action padrão das apis rest com os contextos web: get, post, put e delete
{utp/ut-api-action.i pFindAll GET /~* }
 
{utp/ut-api-action.i pUpdateById PUT /~* }
 
{utp/ut-api-action.i pGetMetadata POST /metadata/~* }
{utp/ut-api-action.i pValidateForm POST /validateForm/~* }
{utp/ut-api-action.i pValidateField POST /validateField/~* }
{utp/ut-api-action.i pCreate POST /~* }
 
{utp/ut-api-action.i pDeleteById DELETE /~* }

//Definição da ut-api-notfound que trata erros caso o a procedure do metodo chamado nao exista
{utp/ut-api-notfound.i}

// Definição de temp table  

/* ***************************  Definitions end  ************************** */  

/* ***************************  Main Block  *************************** */
// a definição da include/i-epcrest.i pode ser feita nas procedures conforme a necessidade de manipular/validar os dados
// conforme o exemplo, sera chamada a template de upc do exemplo abaixo
 {include/i-epcrest.i &endpoint=create &event=afterCreate &jsonVar=oBody}


Abaixo um template de programa de UPC rest.

Expandir
Bloco de código
firstline1
/*------------------------------------------------------------------------
    File        : templateExemploUpc.p
    Purpose     : demonstração de definições upc REST .

    Syntax      :

    Description : Exemplo de programa Upc sendo chamado pela API rest com pontos de epc 

    Author(s)   : 
    Created     : 
    Notes       :
  ----------------------------------------------------------------------*/

/* ***************************  Definitions  ************************** */
//deifinições obrigatorias para poder manipular as informações
USING PROGRESS.json.*.
USING PROGRESS.json.ObjectModel.*.

//Definições obrigatorias para receber os parametros passados para a include "include/i-epcrest.i"
define input        parameter pEndPoint as char       no-undo.
define input        parameter pEvent    as char       no-undo.
define input        parameter pProgram  as char       no-undo.
define input-output parameter pObjParam as JsonObject no-undo.

/* ***************************  Definitions end  ************************** */

/* ***************************  Main Block  *************************** */
if pEndPoint = "create" and
   pEvent    = "afterCreate"   then do:

   message "pEndPoint: " pEndPoint skip
           "pEvent: "    pEvent    skip
           "pProgram: "  pProgram  skip
           "method: "    pObjParam:getCharacter("method")  skip
           "URI: "       pObjParam:getCharacter("uri")
           view-as alert-box.

end.

return "OK".

12. Guia de Padrões de desenvolvimento de API para o produto Datasul

Expandir

Incluir Página
Desenvolvimento de APIs para o produto Datasul
Desenvolvimento de APIs para o produto Datasul


13. Como personalizar - Documento de referencia

Expandir

Incluir Página
Personalização PO-UI
Personalização PO-UI


14. Como customizar - Documento de referencia

Expandir

Incluir Página
Customização PO-UI
Customização PO-UI