Página Compatibilidade

A página Compatibilidade agrupa todos os parâmetros relacionados com a manutenção da compatibilidade com versões anteriores de 4D. Lembre que o número de opções mostradas dependerá da versão de 4D com a qual se criou o banco de dados originalmente: (2004.x, v11, v12).

Nota: esta página não aparece em bancos criados com uma versão atual de 4D (bancos não convertidos).

• Os campos não são editáveis nos diálogos: em versões anteriores de 4D, não era possível introduzir valores utilizando campos em caixas de diálogo (mostradas, por exemplo, utilizando o comando DIALOG). Esta limitação se eliminou desde 4D 2004.
  Pode conservar o comportamento anterior, especialmente se seu banco de dados utiliza campos em diálogos para mostrar dados. Por padrão, esta opção está selecionada para as versões antigas convertidas a versão 2004 e não está selecionada para o bancos de dados criadas a partir da versão 2004.
• Botões radio agrupados pelo nome: nas versões anteriores de 4D, o funcionamento coordenado de um grupo de botões de opção (radio) era obtido dando uma primeira letra idêntica às variáveis associadas com os botões (por exemplo, m_botao1, m_botao2, m_botao3, etc.). A partir de 4D 2004 se modificou da seguinte forma: para funcionar de maneira coordenada, um conjunto de botões de radio simplesmente devem estar agrupados no editor de formulários. Para mais informação, consulte Botões de opção e botões imagem de opção.
  Este novo modo é válido para botões radio, botões radio 3D e botões radio imagem. Por razões de compatibilidade, o modo anterior se conserva por padrão em bancos de dados convertidos. Entretanto, pode forçar o uso do novo modo desmarcando esta opção. Esta opção somente aparece em bancos convertidos de versões anteriores. Está selecionada como padrão. Os bancos de dados criados a partir da versão 2004 utilizam o novo modo. 
• Recarregar o formulário para cada registro durante PRINT SELECTION: em versões anteriores de 4D, o formulário utilizado durante uma impressão utilizando o comando PRINT SELECTION se recarregava para cada registro. Isto permitia reiniciar automaticamente todos os parâmetros dos objetos que o desenvolvedor pudesse ter modificado com a linguagem no evento de formulário On printing detail.
  Para melhorar o rendimento, este mecanismo foi eliminado a partir de 4D 2004. O desenvolvedor 4D agora deve reiniciar ele mesmo os parâmetros que deseja no método de formulário, este funcionamento é idêntico ao dos formulários listados com o evento On display detail. Mesmo assim, pode conservar o mecanismo anterior utilizando esta opção. Os bancos de dados criados em versão 2004 utilizam o novo modo.
• Usar comentários 4DVAR ao invés de colchetes: esta opção define a notação a ser utilizada para inserir expressões 4D em páginas estáticas. Quando a opção está selecionada (valor padrão), a sintaxe a ser usada é a notação HTML padrão (<!--4DVAR MYVAR-->).
  Quando a opção não está selecionada, a sintaxe a usar é a notação com colchetes ([MYVAR]), solução proprietária utilizada nas versões anteriores do servidor web de 4D.
• Não utilizar o novo modo de referenciar os contextos: quando esta opção não estiver selecionada (padrão), o servidor web 4D põe o número do contexto na URL do banco dos documentos HTML enviados.
  Com o sistema anterior (opção selecionada), o servidor web 4D envia ao navegador o número do contexto por cada elemento de uma página, fazendo com que os processos fossem menos rápidos. Mesmo assim esta opção pode ser selecionada por razões de compatibilidade. Lembre que deve reiniciar o banco de dados depois de modificar esta opção para que o novo funcionamento se aplique.
• Apagar o “/” nas URLs desconhecidas: nas versões anteriores de 4D, as URLs desconhecidas (URLs que não correspondem a páginas existentes nem a URLs especiais de 4D) eram devolvidas aos métodos base On Web Authentication e On Web Connection ($1) e não começavam com o caractere “/”. Esta particularidade foi eliminada em 4D 2004. Entretanto, foram implementados algoritmos baseados nesse caso especial, e se deseja mantê-los, selecione essa opção.
• Proibir arrastar e soltar dados não provenientes de 4D: a partir da v11, 4D permite arrastar e soltar seleções de objetos e/ou arquivos externos a 4D, como por exemplo os arquivos imagem, no modo Aplicação.
  Esta possibilidade deve estar suportada pelo código do banco. Nos bancos de dados convertidos de versões anteriores de 4D, esta possibilidade pode trazer problemas de funcionamento se o código existente não estiver adaptado devidamente.
  Esta opção permite antecipar-se a estes possíveis problemas de funcionamento. Quando esta opção estiver selecionada, se nega a soltar objetos externos em formulários 4D. Note que inserir objetos externos ainda é possível nos objetos que têm a opção Soltar automático, nesse caso a aplicação pode interpretar automaticamente os dados soltados (texto ou imagem). Para mais informação, consulte Arrastar e soltar.
• Executar QUERY BY FORMULA no servidor e Executar ORDER BY FORMULA no servidor: a partir de 4D v11, por razões de otimização, os comandos de pesquisas e de ordenação “por fórmula” se executam no servidor; somente se devolve o resultado a máquina cliente. Isto aplica aos seguintes comandos: QUERY BY FORMULA, QUERY SELECTION BY FORMULA e ORDER BY FORMULA. Em caso de chamada direta de variáveis na fórmula, a pesquisa é calculada com o valor da variável na máquina cliente. Por exemplo,
   QUERY BY FORMULA([tabela];[tabela]campo=variável)
  se executará no servidor mas com o conteúdo da variável do cliente. Por outro lado, este princípio não se aplica às fórmulas que utilizam métodos que, por si mesmo, chamam variáveis: neste caso o valor das variáveis são avaliados no servidor.
  Nos bancos de dados convertidos, este funcionamento pode afetar os algoritmos existentes. Portanto, como padrão neste contexto, estes comandos continuam sendo executados na máquina cliente. Se deseja aproveitar o novo algoritmo v11 em um banco convertido, pode simplesmente selecionar estas opções.
  Nota: esta opção pode ser definida utilizando o comando SET DATABASE PARAMETER.
• QUERY BY FORMULA usa uniões SQL: a partir de 4D v11, os comandos QUERY BY FORMULA e QUERY SELECTION BY FORMULA realizam uniões baseadas no modelo de SQL. Isto significa que não é necessário que exista uma relação estrutural entre a tabela A e a tabela B para utilizar uma fórmula que contenha [Tabela_A ]campo_X=[Tabela_B]campo_Y.
  Como este mecanismo pode gerar disfunções nas aplicações existentes, está desativado como padrão nos bancos de dados convertidos. Se recomenda que seja ativado (depois de revisar o código do banco) selecionando esta opção com o propósito de se beneficiar da otimização dos comandos de pesquisa por fórmula.
  Notas:
  
  • Quando o modo "Uniões SQL" estiver ativo, os comandos QUERY BY FORMULA e QUERY SELECTION BY FORMULA utilizam entretanto as relações automáticas definidas no editor de estrutura nos seguintes casos:
    - Se a fórmula não pode ser dividida em elementos no formato {campo;comparador ;valor}
    - Se são comparados dois campos da mesma tabela.
  • Esta opção também pode ser definida pelo processo utilizando o comando SET DATABASE PARAMETER.
• Autorizar as transações aninhadas: ativa o suporte das transações multi-nível. A partir de v11, 4D aceita as transações aninhadas em um número de níveis ilimitado. Como esta nova operação pode gerar problemas nos bancos desenvolvidos com versões anteriores de 4D, está desativado por padrão nos bancos convertidos (as transações permanecem limitadas a um só nível). Se deseja usar transações em vários níveis num banco de dados convertido, deve selecionar essa opção.
  Por padrão, esta opção não está selecionada. Se especifica para cada banco de dados.     
  Nota: esta opção não tem efeito nas transações realizadas no motor SQL de 4D. As transações SQL sempre são multi-nível.
• Modo Unicode: permite ativar ou desativar o modo Unicode para o banco atual. No modo Unicode, o motor do banco de dados, a linguagem e os menus manejam nativamente as cadeias de caracteres (cadeias) em Unicode. Em modo não Unicode (modo compatibilidade), se utiliza o conjunto de caracteres ASCII.
  Esta opção permite preservar a compatibilidade dos bancos convertidos.
  Está selecionada como padrão para os bancos criados com 4D v11 e superiores e não está selecionada nos bancos convertidos.
  Notas:
  
  • Esta opção é específica para cada banco. Portanto é possível  coabitar um banco Unicode com os componentes não Unicode (ou vice-versa) em modo interpretado.
  • Também é possível configurar o modo Unicode utilizando os comandos SET DATABASE PARAMETER.
  As características específicas do suporte Unicode en 4D são detalhadas no manual Linguagem. Para mais informação consulte Códigos ASCII.
• Utilize os parâmetros do sistema em formatos numéricos: a partir de v11, 4D utiliza os parâmetros sistema regionais para os formatos de visualização numéricos (ver “Formatos de campos numéricos” em Formatos de saída). 4D substitui automaticamente os caracteres “,” e “.” nos formatos de visualização numérica pelo separador de milhares e o separador decimal definido no sistema operativo, respectivamente. O sinal de ponto e a vírgula são então considerados como os caracteres de marcação de posição, seguindo o exemplo de 0 ou #. Nas versões anteriores de 4D, os formatos de visualização numéricos não consideram os parâmetros regionais do sistema. Por exemplo, o formato “###,##0.00” é um formato válido para um sistema americano. Entretanto, quando se aplica a um valor numérico mostrado em um sistema francês o suíço, o resultado é incorreto.
  Nos bancos de dados convertidos, por compatibilidade, este novo mecanismo não está ativado. Para se beneficiar de seu uso, deve selecionar esta opção.
• Atribuição automática de variáveis: em versões anteriores de 4D, um mecanismo padrão do servidor web permite tornar a copiar automaticamente nas variáveis processo 4D o valor das variáveis enviadas por meio de um formulário HTTP ou um URL de tipo GET. Em modo interpretado, o valor de toda variável recebida se copia diretamente em uma variável processo 4D com o mesmo nome, em modo compilado, as variáveis devem ter sido previamente declaradas em um método projeto COMPILER_WEB.
  A partir de 4D v13.4, este mecanismo es obsoleto e já não está disponível nas novas bases de dados. Por razões de compatibilidade, se mantém nas bases convertidas, mas pode desativar ela desmarcando esta opção de compatibilidade. Agora se recomenda utilizar os comandos dedicados WEB GET VARIABLES ou WEB GET BODY PART.