UNUMwebFramework Versão 2011.6

Navegadores suportados

• • Firefox 4 ou superior;

  • Google Chrome 12 ou superior;

  • Safari 5.0.5 ou superior;

  • Internet Explorer 8 ou superior.

Novidades

Formatação de dados em relatórios

Agora o Sistema UNUM permite a formatação dos dados em relatórios a partir de expressões simples. Isso permite variar a forma do dado exibido no relatório de forma mais produtiva, pois é possível mudar os formatos sem alterar as fontes de dados.

Dessa forma, para que o sistema exiba o valor de uma coluna como moeda, por exemplo, basta apenas configurar a coluna para tal. O sistema irá inserir o símbolo de moeda, e os separadores de milhar e decimal, automaticamente. Assim, o valor 10000.01 seria exibido como R$10.000,01. Pode-se também configurar a coluna para formatar o valor em outra cultura, de forma que o mesmo valor poderia ser exibido como €10.000,01 ou USD $10,001.01 (repare nos separadores de milhar).

Pode-se ainda aumentar a quantidade de casas decimais, exibindo R$10.000,01000 (ou valores ainda mais precisos), e escolher como será feita a formatação de números negativos - o valor -100, por exemplo, poderia ser exibido como R$-100,00; -R$100,00 ou (R$100,00).

Também é possível:

• • Suprimir separadores de milhar e decimal, ou exibir números em formato de porcentagem e exponencial.

  • Formatar informação textual para garantir um tamanho mínimo através do preenchimento de espaços, tanto a esquerda quanto a direita;

  • Utilizar máscaras de texto, preenchendo informações no relatório de forma semelhante a uma mala direta.

Maiores informações no JSDoc: http://l.unum.com.br/jsdoc/symbols/Column.html#displayFormat.

Mostrar e ocultar chaves

Agora o Sistema UNUM permite mostrar ou ocultar as chaves de registros em todas as grades do sistema que possuam os campos iKey ou Chave.

Para mais informações sobre como fazer uso deste recurso leia o manual em http://www.unum.com.br/o-que-fazemos/modulos/web-framework/manuais/botao-mostrar-ocultar-chaves-na-grade.

Outras melhorias

• • Foi criado o método uwl.builder.Builder.runTests, que permite a execução dos testes unitários gravados em um repositório em disco. Os testes unitários são identificados pela terminação _test.js no nome do arquivo.

  • Foi criada a função goog.string.format, que permite formatar strings de forma semelhante à função printf de outras plataformas.

  • O método uwl.jaz.JazDirectory.build agora permite indicar quais diretórios devem ser incluídos no arquivo JAZ. Este recurso simplifica o uso de um único repositório para armazenar códigos de vários módulos do sistema.

  • Foi criado o método uwl.build.Builder.plovr, possibilitando o uso da ferramenta Plovr para compilação e validação de códigos JavaScript e templates. O Plovr é uma ferramente que integra e simplifica o uso do Google Closure Tools.

  • Foram criados os métodos uwl.dataset.hasField e uwl.keys.hasField ambos para checar se um dado campo existe em um DataSet ou em uma chave de registro, respectivamente.

Alterações

• • A função refreshFields recebeu um novo parâmetro, para controlar a chamada que faz à função previewValue do aggregate dos campos. Isso foi feito para remover chamadas redundantes aos cálculos do aggregate. [#3948888]

  • A propriedade lookupDisplayFieldName passa a ser obrigatória para classes com tabelas no cache local que serão utilizadas em lookups. Caso um lookup utilize uma dessas classes, e a classe não possua a propriedade declarada e preenchida, será disparada uma mensagem de erro durante a montagem do campo. [#3658495]

  • O método uwl.lookup.getClass foi movido para uwl.keys.getClass.

Defeitos corrigidos

21/12/2011

• • Em alguns casos, campos somente leitura eram marcados para ter o seu valor atualizado, ocasionando um erro. [#3968474]

  • Utilização de valores numéricos nos parâmetros do link no DSV ocasionava erro. [#3973532]

16/12/2011

• • O processo de usuários estava exibindo uma mensagem de erro quando se alterava um grupo na grade detalhe "Grupos e Papéis". [#3973532]

15/12/2011

• • Os eventos onBeforeLookupAddResult e onAfterLookupAddResult não estavam sendo chamados na montagem da grade do processo Explorer. Isso provocava erros na execução do evento onLookupAddResult quando o Explorer era utilizado com certas classes. [#3975730]

  • Campos lookups não validavam corretamente valores não encontrados. Regressão inserida na versão 2011.5. [#3984353]

14/12/2011

• • Visualizações de fonte de dados não removiam as colunas que utilizam o parâmetro useToGroup, causando o desalinhamento das dados.

13/12/2011

• • O sistema travava ao se realizar um download no Internet Explorer. [#3951628]

12/12/2011

• • Visualizações de fonte de dados não agrupavam as colunas utilizando o parâmetro useToGroup, isso ocorria devido a uma regressão na API na versão 2011.5.

  • Em alguns casos no Internet Explorer, interfaces que faziam uso de grades detalhes poderiam gerar o erro "Ocorreu um erro ao executar os comandos de sincronismo recebidos do servidor.".