ScriptCase v9.0.011 (12/07/2017 19:52)

Novas Implementações

  • Adicionado InsertCode nos método php do formulário
  • Adicionado novo projeto de exemplo para criação de ambientes de aprendizagem virtual (EAD). Projetado para auxiliar no gerenciamento de conteúdo e administração de cursos online.

Bug

  • Corrigido problema ao arrastar eventos da aplicação calendário.
  • Corrigido problema na exportação do pdf do gráfico em ambientes HTTPS.
  • Corrigido o erro em devel\lib\php\database.inc.php linha: 838 na geração dos fontes com conexões PostgreSQL.
  • Corrigido problema ao iniciar o gráfico com gauge semi-circular.
  • Corrigido problema na geração das bibliotecas internas quando utilizava classes e objetos.
  • Corrigido problema no charset do label dos campos na quebra dinâmica.
  • Corrigido erro de SQL ao executar o campo no filtro contendo IF no SQL.
  • Corrigido problema ao utilizar a macro sc_make_link ao utilizar variável no parâmetro nome da aplicação.
  • Corrigido problema na inclusão e alteração automática dos campos “Data”. Caso a validação de campos obrigatórios seja executada, os campos data perdiam o valor.
  • Corrigido criação e recuperação dos campos na interface da criação da aplicação de calendário nas conexões PostgreSQL.
  • Corrigido problema ao importar imagens RTL no CSS de botões.
  • Corrigido problema ao salvar a definição no lookup manual. Será necessário limpar o cache do navegador.

O problema da macro sc_date não foi corrigido?

No Dashboard – Widget Índice – Filtar campos da métrica – Filtros.

Marquei a opção: Usar Filtros de campos da tabela.

COLOCAR A OPÇÃO: FILTRAR PELA CLAUSULA ( IN ): Ex:
SELECT setor FROM tabela WHERE id IN (‘1,3,5,9’)

LÁ TEM TODAS AS OPÇÕES, EXCETO ESTA.
No PostgreSQL é uma opção muito utilizada.

sc_date ** Corrigido.

Fiz o teste agora depois de atualizar para o SC V9.0.011

// Fazer o teste em uma app controle simples sc_date() acrescentar 10 dias.
echo sc_date(date(“Y-m-d”), “aaaa-mm-dd”, “+”, 10, 0, 0);
echo “
”;
echo sc_date(date(“Ymd”), “aaaammdd”, “+”, 10, 0, 0);
echo “
”;
echo sc_date(date(“dmY”), “ddmmaaaa”, “+”, 10, 0, 0);
echo “
”;
echo sc_date(date(“d/m/Y”), “dd/mm/aaaa”, “+”, 10, 0, 0);

Retorno:
2017-07-23
20170723
23072017
23/07/2017

  • 100% Perfeito.

Otimo

Problemas com a versão:

O código “SELECT cliente_nome
FROM clientes
WHERE cliente_cpfcnpj=’{imovel_cliente}’ and cliente_imobiliaria=’[vimobiliaria]’ ORDER BY cliente_nome” gera o seguinte erro: Parse error: syntax error, unexpected ‘’ (T_ENCAPSED_AND_WHITESPACE), expecting identifier (T_STRING) or variable (T_VARIABLE) or number (T_NUM_STRING) in /opt/NetMake/v9/wwwroot/scriptcase/app/RFPImob/form_public_imoveis/form_public_imoveis_apl.php on line 1679

no arquivo essa linha está assim:

  $nm_comando = "SELECT cliente_nome

FROM clientes
WHERE cliente_cpfcnpj=’$this->imovel_cliente’ and cliente_imobiliaria=’" . $_SESSION[‘vimobiliaria’] . “’ ORDER BY cliente_nome”;

Antes da atualização esse erro não ocorria, como devo proceder?

Qual banco de dados utilizado?

PostgreSQL

Mas pelo que percebi não tem problema com o banco quando retiro o “public”. e sim com a variável global que fica entre " no código fonte gerado…

Já detectamos este problema e em futuras releases será liberada a correção.

Tenho clientes com o sistema parado em virtude desse erro, quando sairá uma próxima release?

Normalmente , toda semana é liberada uma release. Porém, podem ocorrer imprevistos.

Existe alguma forma para eu voltar para o release v9.0.010?