Áreas web

Las áreas web pueden mostrar varios tipos de contenido web (*) al interior de sus formularios: páginas HTML con contenido estático o dinámico contienen, archivos, imágenes, Javascript...

(*) El uso de plugins Web y applets Java no se recomienda en áreas Web, ya que pueden conducir a la inestabilidad en el funcionamiento de 4D, en particular a nivel de gestión de eventos.

(1) Para mostrar los documentos PDF, Mac OS utilice la herramienta de previsualización (incluida en el sistema) mientras que Windows necesita la instalación de Acrobat Reader.

El motor de renderización del área web depende de la plataforma de ejecución de la aplicación y de la opción de motor de renderización seleccionada (ver el párrafo "Propiedades específicas").

Es posible crear varias áreas web en un mismo formulario.  Note, sin embargo, que la inserción de áreas web está sujeta a algunas limitaciones (ver la sección "Ubicaciones no soportadas" a continuación).

Varias acciones estándar, numerosos comandos de lenguaje y eventos de formulario permiten al desarrollador controlar el funcionamiento de las áreas web. Las variables especificas permiten intercambiar información entre el área y el entorno 4D.

Esta sección detalla los principios relativos al uso y configuración de objetos de tipo área web en el editor de formularios. Para mayor información sobre la gestión programada de estos objetos, consulte los comandos Área web en el manual de Lenguaje 4D.

Note también que el uso de áreas web está sujeto a varias reglas en el párrafo Notas sobre uso de áreas web en el manual Lenguaje de 4D.

Cuando selecciona un objeto área web en el editor de formulario, la lista de propiedades muestra las siguientes propiedades específicas:

Cuando selecciona la propiedad Menú contextual para un área web (tema "Entrada", el usuario puede acceder a un menú contextual estándar en el área durante la ejecución del formulario.

El contenido del menú está definido por el motor de renderización de la plataforma: WebKit de Apple (renderización del navegador Safari) bajo Mac OS y ActiveX Web (renderización del navegador Internet Explorer) bajo Windows.

Nota: es posible controlar el acceso al menú contextual vía el comando WA SET PREFERENCE.

Dos variables específicas están automáticamente asociadas a cada área web: “URL” y “Progreso” Estas variables permiten controlar respectivamente el URL mostrado por el área web y el porcentaje de carga de la página mostrada en el área web. Por defecto, estas variables se llaman, respectivamente, nomArea_url y nomArea_progress. Puede cambiar estos nombres si lo prefiere.
Estas variables se definen en la Lista de propiedades cuando un área web está seleccionada.

Para mayor información sobre el funcionamiento de estas variables, consulte la sección Gestión programada de áreas web en el manual de Lenguaje 4D.

Se utiliza esta opción para elegir entre dos motores de renderización para el área web, en función de las especificaciones de su aplicación:

• "Utilizar el motor de renderización Web integrado" sin seleccionar (por defecto): en este caso, 4D utiliza el "mejor" motor correspondiente al sistema. Bajo Windows, 4D utiliza automáticamente la versión más reciente del navegador presente en la máquina (IE10, MS Edge, etc.)
  Bajo Mac, 4D utiliza la versión actual del Web Kit.
  Este funcionamiento permite beneficiarse automáticamente de los últimos avances en renderización web, a través de HTML 5 o JavaScript. Sin embargo, es posible que note algunas diferencias de renderización entre las implementaciones de Internet Explorer y de Web Kit.

• "Utilizar el motor de renderización Web integrado" seleccionado: en este caso, 4D utiliza Web Kit en todas las plataformas. Web Kit es un motor de renderización web de código abierto y multi-plataforma. También es utilizado por Safari.
  4D tiene una versión integrada de Web Kit. El uso del Web Kit integrado significa que la renderización del área web y su funcionamiento en su aplicación son idénticos, independientemente de la plataforma utilizada para ejecutar 4D (sin embargo, se pueden presentar ligeras variaciones de píxeles o diferencias relacionadas con la implementación de la red).
  Cuando esta opción se elige, usted ya no se beneficia de las actualizaciones automáticas del motor Web efectuadas por el sistema operativo; sin embargo, las nuevas versiones del WebKit se ofrecen vía 4D.

Nota: cuando el motor Web Kit integrado se utiliza, note los siguientes detalles:

• Cuando se muestran páginas utilizando el protocolo HTTPS, la autoridad del certificado no se verifica.
• Bajo Windows, los archivos PDF sólo pueden mostrarse en una ventana externa.
• Cuando se muestra un área web en un nuevo proceso, en particular, una creada con el comando New process, es necesario definir un tamaño de pila de al menos 256 KB (256*1024) con el fin de asegurar su correcta visualización.

Nota: esta opción no aparece si la opción Utilizar el motor de renderización Web Kit integrado está seleccionada.

Cuando esta propiedad está seleccionada, un objeto JavaScript especial ($4d) se instancia en el área web y permite gestionar las llamadas a los métodos proyecto de 4D. Para obtener más información acerca de cómo funciona esta opción, consulte la sección Gestión programada de áreas web en el manual Lenguaje de 4D.

Hay cuatro acciones estándar específicas para la gestión automática de áreas web: Abrir URL anterior, Abrir URL siguiente, Refrescar URL actual y Detener carga de URL. Estas acciones pueden asociarse a los botones o comandos de menús y permite implementar las interfaces web básicas. Estas acciones se describen en Acciones estándar. 

Las áreas web también pueden controlarse utilizando eventos formulario y comandos de lenguaje específicos. Estos se describen en el capítulo Área web del manual Lenguaje de 4D. 

Desde que la visualización de áreas web es gestionada por un motor de renderización externo, su ubicación dentro de formularios 4D está sujeta a limitaciones. Al definir la ubicación de las áreas web, debe tener en cuenta las siguientes limitaciones:

• Las áreas web no se admiten en subformularios "desplazables" (el desplazamiento no tendrá el efecto deseado).
• Los límites de las áreas web no deben exceder los de los subformularios que los contienen (deben ser completamente visibles).
• La superposición de un área web por encima o por debajo de otros objetos de formulario no se soporta.