Página Compatibilidad

La página Compatibilidad agrupa todos los parámetros relacionados con el mantenimiento de la compatibilidad con versiones anteriores de 4D. Recuerde que el número de opciones mostradas dependerá de la versión de 4D con la cual se creó la base de datos originalmente (2004.x, v11, v12).

Nota: esta página no aparece en bases creadas con una versión actual de 4D (bases no convertidas).

• Los campos no son editables en los diálogos: en versiones anteriores de 4D, no era posible introducir valores utilizando campos en cajas de diálogo (mostradas, por ejemplo, utilizando el comando DIALOG). Esta limitación se eliminó desde 4D 2004.
  Puede conservar el comportamiento anterior, especialmente si su base de datos utiliza campos en diálogos para mostrar datos. Por defecto, esta opción está seleccionada para las versiones antiguas convertidas a versión 2004 y no está seleccionada para las bases de datos creadas a partir de la versión 2004.
• Botones de opción agrupados por nombre: en las versiones anteriores de 4D, el funcionamiento coordinado de un grupo de botones de opción se obtenía dando una primera letra idéntica a las variables asociadas con botones (por ejemplo, m_boton1, m_boton2, m_boton3, etc.). A partir de 4D 2004 se cambió así: para funcionar de manera coordinada, un conjunto de botones de
  opción simplemente debe estar agrupado en el editor de formularios. Para mayor información, consulte Botones radio y botones radio imagen.
  Este nuevo modo es válido para botones radio, botones radio 3D y .botones radio imagen Por razones de compatibilidad, el modo anterior se conserva por defecto en bases de datos convertidas. Sin embargo, puede forzar el uso del nuevo modo deseleccionando esta opción. Esta opción sólo aparece en bases convertidas de versiones anteriores. Esta seleccionada por defecto. Las bases de datos creadas a partir de la versión 2004 utilizan el nuevo modo. 
• Recargar el formulario para cada registro durante PRINT SELECTION: en versiones anteriores de 4D, el formulario utilizado durante una impresión utilizando el comando PRINT SELECTION se recargaba para cada registro. Esto permitía reinicializar automáticamente todos los parámetros de los objetos que el desarrollador hubiese podido modificar con el lenguaje en el evento de formulario On printing detail.
  Para optimizar el rendimiento, este mecanismo se eliminó a partir de 4D 2004. El desarrollador 4D ahora debe reinicializar él mismo los parámetros que quiere en el método de formulario, este funcionamiento es idéntico al de los formularios listados con el evento On display detail. No obstante, puede conservar el mecanismo anterior utilizando esta opción. Las bases de datos creadas en versión 2004 utilizan el nuevo modo.
• No utilizar el nuevo modo de referenciar los contextos: cuando esta opción no está seleccionada (valor por defecto), el servidor web 4D pone el número del contexto en el URL de base de los documentos HTML enviados.
  Con el sistema anterior (opción seleccionada), el servidor web 4D envía al navegador el número del contexto por cada elemento de una página, haciendo menos rápidos los procesos. No obstante esta opción puede seleccionarse por razones de compatibilidad. Recuerde que debe reiniciar la base de datos después de modificar esta opción para que el nuevo funcionamiento tome efecto.
• Borrar el “/” en las URLs desconocidas: en las versiones anteriores de 4D, las URLs desconocidas (URLs que no corresponden a páginas existentes ni a URLs especiales) se devolvían en los métodos base On Web Authentication y On Web Connection ($1) y no comenzaban con el carácter “/”. Esta particularidad se eliminó en 4D 2004. Sin embargo, si implementó algoritmos basados en este caso especial y quiere mantenerlos, deseleccione esta opción.
• Prohibir soltar datos que no provengan de 4D: a partir de la v11, 4D permite arrastrar y soltar selecciones de objetos y/o archivos externos a 4D, como por ejemplo los archivos imagen, en el modo Aplicación.
  Esta posibilidad debe estar soportada por el código de la base. En las bases de datos convertidas de versiones anteriores de 4D, esta posibilidad puede traer problemas de funcionamiento si el código existente no está adaptado como corresponde.
  Esta opción permite anticiparse a estos posibles problemas de funcionamiento. Cuando esta opción está seleccionada, se rechaza el soltar objetos externos en formularios 4D. Note que insertar objetos externos aún es posible en los objetos que tienen la opción Soltar automático, cuando la aplicación puede interpretar automáticamente los datos soltados (texto o imagen). Para mayor información, consulte Arrastrar y soltar.
• Ejecutar QUERY BY FORMULA en el servidor y Ejecutar ORDER BY FORMULA en el servidor: a partir de 4D v11, por razones de optimización, los comandos de búsquedas y de ordenación “por fórmula” se ejecutan en el servidor; sólo se devuelve el resultado al equipo cliente. Esto concierne a los siguientes comandos: QUERY BY FORMULA, QUERY SELECTION BY FORMULA y ORDER BY FORMULA. En caso de llamada directa de variables en la fórmula, la búsqueda se calcula con el valor de la variable en el equipo cliente. Por ejemplo,
   QUERY BY FORMULA([tabla];[tabla]campo=lavariable)
  se ejecutará en el servidor pero con el contenido de la variable lavariable del cliente. Por otra parte, este principio no aplica a la fórmulas utilizando métodos que, ellos mismos, llaman variables: en este caso el valor de las variables se evalúa en el servidor.
  En las bases de datos convertidas, este funcionamiento puede afectar los algoritmos existentes. Por lo tanto, por defecto en este contexto, estos comandos continúan siendo ejecutados en la máquina cliente. Si quiere tomar ventaja del nuevo algoritmo v11 en una base convertida, puede simplemente seleccionar estas opciones.
  Nota: esta opción puede definirse utilizando el comando SET DATABASE PARAMETER.
• QUERY BY FORMULA usa uniones SQL: a partir de 4D v11, los comandos QUERY BY FORMULA y QUERY SELECTION BY FORMULA efectúan uniones basados en el modelo de SQL. Esto significa que no es necesario que exista una relación estructural entre la tabla A y la tabla B para utilizar una fórmula que contenga [Tabla_A ]campo_X=[Tabla_B]campo_Y.
  Como este mecanismo puede generar disfunciones en las aplicaciones existentes, está desactivado por defecto en las bases de datos convertidas. Se recomienda activarlo (después de revisar el código de la base) seleccionando esta opción con el fin de beneficiarse de la optimización de los comandos de búsqueda por fórmula.
  Notas:
  
  • Cuando el modo "Uniones SQL" está activo, los comandos QUERY BY FORMULA y QUERY SELECTION BY FORMULA utilizan sin embargo las relaciones automáticas definidas en el editor de estructura en los siguientes casos:
    - Si la fórmula no puede descomponerse en elementos de la forma {campo;comparador ;valor}
    - Si se comparan dos campos de la misma tabla.
  • Esta opción también puede definirse por proceso utilizando el comando SET DATABASE PARAMETER.
• Autorizar las transacciones anidadas: activa el soporte de las transacciones multinivel. A partir de la v11, 4D acepta las transacciones anidadas en un número de niveles ilimitado. Como esta nueva operación puede generar problemas en las bases desarrolladas con versiones anteriores de 4D, está desactivado por defecto en las bases convertidas (las transacciones permanecen limitadas a un solo nivel). Si quiere tomar ventaja de las transacciones en varios niveles en una base convertida, debe seleccionar esta opción.
  Por defecto, esta opción no está seleccionada. Se especifica para cada base de datos.     
  Nota: esta opción no tiene efecto en las transacciones efectuadas en el motor SQL de 4D. Las transacciones SQL siempre son multinivel.
• Modo Unicode: permite activar o desactivar el modo Unicode para la base actual. En modo Unicode, el motor de la base de datos, el lenguaje y los menús manejan nativamente las cadenas de caracteres en Unicode. En modo no Unicode (modo compatibilidad), se utiliza el conjunto de caracteres ASCII.
  Esta opción permite preservar la compatibilidad de las bases convertidas.
  Está seleccionada por defecto para las bases creadas con 4D v11 y superiores y no está seleccionada en las bases convertidas.
  Notas:
  
  • Esta opción es específica para cada base. Por lo tanto es posible hacer cohabitar una base Unicode con los componentes no Unicode (o viceversa) en modo interpretado.
  • También es posible configurar el modo Unicode utilizando los comandos SET DATABASE PARAMETER.
  Las características específicas del soporte Unicode en 4D se detallan en el manual Lenguaje. Para mayor información consulte EXPORT TEXT.
• Utilice los parámetros del sistema en formatos numéricos: a partir de v11, 4D utiliza los parámetros sistema regionales para los formatos de visualización numéricos (ver “Formatos de campos numéricos” en Formatos de salida). 4D reemplaza automáticamente los caracteres “,” y “.” en los formatos de visualización numérica por el separador de miles y el separador decimal definido en el sistema operativo, respectivamente. El punto y la coma son entonces considerados como los caracteres de marcadores de posición, siguiendo el ejemplo de 0 o #. En las versiones anteriores de 4D, los formatos de visualización numéricos no tienen en cuenta los parámetros regionales del sistema. Por ejemplo, el formato “###,##0.00” es un formato válido para un sistema americano. Sin embargo, cuando se aplica a un valor numérico mostrado en un sistema francés o suizo, el resultado es incorrecto.
  En las bases de datos convertidas, por compatibilidad, este nuevo mecanismo no está activado. Para beneficiarse de él, debe seleccionar esta opción.
• Asignación automática de variables: en versiones anteriores de 4D, un mecanismo estándar del servidor web permite volver a copiar automáticamente en las variables proceso 4D el valor de las variables enviadas por medio de un formulario HTTP o un URL de tipo GET. En modo interpretado, el valor de toda variable recibida se copia directamente en una variable proceso 4D con el mismo nombre, en modo compilado, las variables deben haber sido previamente declaradas en un método proyecto COMPILER_WEB.
  A partir de 4D v13.4, este mecanismo es obsoleto y ya no está disponible en las nuevas bases de datos. Por razones de compatibilidad, se mantiene en las bases convertidas, pero puede desactivarlo desmarcando esta opción de compatibilidad. Ahora se recomienda utilizar los comandos dedicados WEB GET VARIABLES o WEB GET BODY PART.
• Utilizar la capa de red antigua (ignorada en OS X de 64 bits): a partir del lanzamiento de v14 R5, las aplicaciones 4D contienen una nueva capa de red, llamada ServerNet, para manejar las comunicaciones entre 4D Server y las máquinas 4D remotas (clientes). La capa de red antigua ha quedado obsoleta, pero se conserva para asegurar la compatibilidad con las bases de datos existentes. Mediante esta opción, puede activar o desactivar la capa de red antigua en cualquier momento en las aplicaciones 4D Server convertidas  en función de sus necesidades, por ejemplo, al migrar las aplicaciones cliente (ver la sección Opciones red y cliente-servidor). ServerNet se utiliza automáticamente para las nuevas bases y se desactiva por defecto en las bases convertidas (opción seleccionada).
  Tenga en cuenta que en caso de una modificación, es necesario reiniciar la aplicación para que el cambio se tenga en cuenta. Todas las aplicaciones cliente que se han conectado también se deben reiniciar para poder conectar con la nueva capa de red (la versión de cliente mínima para usar la capa ServerNet es 4D v14 R4, consulte la sección Opciones red y cliente-servidor).
  Notas:
  
  • Esta opción también se puede administrar por programación utilizando el comando SET DATABASE PARAMETER.
  • Tal como se especifica en su título, esta opción se ignora en la versión de 64 bits de 4D Server para OS X; sólo ServerNet se puede utilizar en esta plataforma.
• Guardar los métodos como Unicode: le permite guardar cadenas de métodos 4D en Unicode. En las versiones de 4D anteriores a la v15, las cadenas presentes en el código de los métodos (fórmulas, nombres de variables y de métodos, comentarios, etc.) se guardaban utilizando la codificación local actual. Esta codificación podría causar problemas, sobre todo cuando se comparte código 4D entre desarrolladores de diferentes países: por ejemplo, si un desarrollador francés escribió código 4D con acentos y luego envía la base a un desarrollador inglés, se perderían los acentos. Serios problemas también podrían ocurrir con código escrito en versiones en japonés. El guardar los métodos en Unicode resuelve todos estos problemas y hace posible el intercambio de código 4D con  caracteres locales específicos. Le recomendamos activar la opción de modo Unicode para métodos tan pronto como sea posible en sus bases existentes, especialmente si trabaja en un entorno internacional.
  Notas:
  
  • Esta funcionalidad se aplica al lenguaje y su interpretación. Algunas ventanas del editor 4D, tales como Lista de propiedades, aún utilizan codificación local actual y por lo tanto pueden mostrar ciertas cadenas incorrectamente. Sin embargo, esto no afecta a la ejecución del código.
  • Si modifica esta opción, es necesario reiniciar la aplicación para que el cambio se tenga en cuenta. Puedes activar o desactivar esta opción en cualquier momento; sólo los métodos guardados posteriormente se ven afectados.
• Utilizar la nueva arquitectura para las aplicaciones desplegadas: sta opción está disponible para todas las aplicaciones a partir de 4D v15 R4. Activa o desactiva nuevos mecanismos relacionados con el despliegue de las aplicaciones 4D (debe ser definido en la máquina que genera la aplicación final). Los mecanismos controlados por esta opción se describen en las secciones Último archivo de datos abierto y Gestión de la conexión de las aplicaciones clientes. Esta opción está desactivada de forma predeterminada en las aplicaciones convertidas. Para beneficiarse de estos nuevos mecanismos, es necesario seleccionarlos de forma explícita.