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), assim como das configurações modificadas do banco de dados.

• 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.
• 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, se você implementou algoritmos baseados nessa operação e deseja mantê-los, desmarque 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: [#cmd id="48"/], 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 ASCII), 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 EXPORT TEXT.
• 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 é 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.
• Utilizar a capa de rede antiga (ignorada em OS X de 64 bits): a partir do lançamento de v14 R5, as aplicações 4D contém uma nova capa de rede, chamada ServerNet, para gerenciar as comunicações entre 4D Server e as máquinas 4D remotas (clientes). A capa de rede antiga ficou obsoleta, mas se conserva para garantir a compatibilidade com as bases de dados existentes. Mediante esta opção, pode ativar ou desativar a capa de rede antiga em qualquer momento nas aplicações 4D Server convertidas em função de suas necessidades, por exemplo, ao migrar as aplicações cliente (ver a seção Preferências de configuração). ServerNet se utiliza automaticamente para as novas bases e se desativa por padrão nas bases convertidas (opção selecionada).
  Tenha em conta que em caso de uma modificação, é necessário reiniciar a aplicação para que a mudança seja levada em conta. Todas as aplicações cliente que se conectaram também devem se reiniciar para poder conectar com a nova capa de rede (a versão de cliente mínima para usar a capa ServerNet é 4D v14 R4, consulte a seção Preferências de configuração).
  Notas:
  
  • Esta opção também pode ser administrada por programação utilizando o comando SET DATABASE PARAMETER.
  • Tal como se especifica em seu título, esta opção é ignorada na versão de 64 bits de 4D Server para OS X; só ServerNet pode ser utilizada nesta plataforma.
   
• Guardar os métodos como Unicode: lhe permite salvar strings de métodos 4D em Unicode. Nas versões de 4D anteriores a v15, as strings presentes no código dos métodos (fórmulas, nomes de variáveis e de métodos, comentários, etc) eram salvas usando a codificação local atual. Esta codificação poderia causar problemas, especialmente quando se comparte código entre desenvolvedores de diferentes países: por exemplo, se um desenvolvedor francês escreveu código 4D com acentos e depois e envia o banco de dados a um desenvolvedor inglês, os acentos se perderiam. Sérios problemas também poderiam ocorrer com código escrito em versões em japonês. Salvar os métodos em Unicode resolve todos estes problemas e faz com que seja possível o intercâmbio de código 4D com caracteres locais específicos. Recomendamos ativar a opção de modo Unicode para método logo que seja possível em seus bancos de dados existentes, especialmente se trabalha em um ambiente internacional.
  Notas:
  
  • Esta funcionalidade se aplica a linguagem e sua interpretação. Algumas vantagens do editor 4D, tais como Lista de propriedades, ainda utilizam codificação local atual e portanto podem mostrar certas strings incorretamente. Entretanto, isto não afeta a execução do código.
  • Se modificar esta opção, é necessário reiniciar a aplicação para que a mudança seja levada em consideração. Pode ativar ou desativar esta opção a qualquer momento; só os métodos guardados posteriormente serão  afetados.