AEM 6.4 ha llegado al final de la compatibilidad ampliada y esta documentación ya no se actualiza. Para obtener más información, consulte nuestra períodos de asistencia técnica. Buscar las versiones compatibles here.
Con AEM Adobe 5.6 se ha introducido una nueva IU táctil con diseño interactivo para el entorno de creación. Esto difiere considerablemente de la IU clásica original, ya que está diseñada para funcionar tanto en dispositivos táctiles como de escritorio.
Esta IU táctil es ahora la IU estándar para AEM y sustituye a la IU clásica.
La IU táctil es la IU estándar para AEM, aunque la IU clásica sigue siendo compatible.
La IU táctil incluye:
Encabezado de grupo que:
El carril izquierdo (se muestra cuando es necesario y se puede ocultar), que puede mostrar:
El encabezado de navegación, que también es sensible al contexto y puede mostrar:
El área de contenido que:
Casi todas las funcionalidades de AEM se han portado a la IU táctil. Sin embargo, en algunos casos limitados, la funcionalidad volverá a la IU clásica. Consulte Estado de las funciones de la interfaz de usuario táctil para obtener más información.
La IU táctil ha sido diseñada por Adobe para ofrecer coherencia en la experiencia del usuario en varios productos. Se basa en:
Los principios básicos de la IU táctil son:
Para obtener más información general sobre la estructura de la IU táctil, consulte el artículo Estructura de la interfaz de usuario táctil AEM.
AEM utiliza la plataforma Granite como base y la plataforma Granite incluye, entre otras cosas, el Repositorio de Contenido Java.
Granite es la pila web abierta de Adobe que proporciona varios componentes, entre los que se incluyen:
Granite se ejecuta como un proyecto de desarrollo abierto dentro del Adobe: las contribuciones al código, los debates y los problemas se realizan desde toda la compañía.
Sin embargo, Granite es not un proyecto de código abierto. Está fuertemente basado en varios proyectos de código abierto (Apache Sling, Felix, Jackrabbit y Lucene en particular), pero el Adobe traza una línea clara entre lo que es público y lo que es interno.
La plataforma de ingeniería de Granite también proporciona un marco de IU base. Los principales objetivos son:
Cumplen los requisitos:
La interfaz de usuario de Granite:
Componentes básicos de Granite UI
Otras bibliotecas pueden usar o ampliar esta biblioteca de componentes de base.
La comunicación cliente-servidor en la interfaz de usuario de Granite consiste en hipertexto, no en objetos, por lo que no es necesario que el cliente entienda la lógica empresarial
Esto utiliza una extensión del vocabulario del HTML, siempre que el autor pueda expresar su intención de crear un webapp interactivo. Este es un enfoque similar a WAI-ARIA y microformatos.
Consiste principalmente en una colección de patrones de interacción (por ejemplo, el envío asincrónico de un formulario) que son interpretados por códigos JS y CSS, que se ejecutan en el lado del cliente. La función del lado del cliente es mejorar el marcado (dado como el soporte multimedia del servidor) para la interactividad.
El lado del cliente es independiente de cualquier tecnología de servidor. Siempre que el servidor proporcione el marcado adecuado, el lado del cliente puede cumplir su función.
Actualmente, los códigos JS y CSS se entregan como Granite clientlibs en la categoría :
granite.ui.foundation and granite.ui.foundation.admin
Se entregan como parte del paquete de contenido:
granite.ui.content
Esto se forma mediante una colección de componentes de Sling que permiten al autor componer un webapp rápido. El desarrollador desarrolla componentes, el autor ensamblan los componentes para que sean una aplicación web. La función del lado del servidor es proporcionar al cliente la asequibilidad de los hipermedios (marcado).
Actualmente, los componentes se encuentran en el repositorio de Granite, en:
/libs/granite/ui/components/foundation
Esto se entrega como parte del paquete de contenido:
granite.ui.content
Las diferencias entre la interfaz de usuario de Granite y ExtJS (utilizado para la IU clásica) también son de interés:
ExtJS | Interfaz de usuario de Granite |
Llamada de procedimiento remoto |
Transiciones de estado |
Objetos de transferencia de datos | Hipermedia |
El cliente conoce los internos del servidor | El cliente no conoce los internos |
"Cliente ligero" | "Cliente ligero" |
Bibliotecas de cliente especializadas | Bibliotecas de cliente universales |
La variable Componentes básicos de Granite UI proporciona los componentes básicos necesarios para crear cualquier interfaz de usuario. Entre otros:
Los componentes de base se encuentran en:
/libs/granite/ui/components/foundation
Esta biblioteca contiene un componente de interfaz de usuario de Granite para cada elemento Coral. Un componente está impulsado por contenido, con su configuración residiendo en el repositorio. Esto permite componer una aplicación de interfaz de usuario de Granite sin escribir a mano el marcado del HTML.
Función:
Implementación:
Otras bibliotecas pueden usar o ampliar esta biblioteca de componentes de base.
Al actualizar el código de ExtJS para utilizar la interfaz de usuario de Granite, la siguiente lista proporciona una descripción general práctica de los xtype y tipos de nodo de ExtJS con sus tipos de recursos equivalentes de la interfaz de usuario de Granite.
ExtJS xtype | Tipo de recurso de la interfaz de usuario de Granite |
---|---|
button |
granite/ui/components/foundation/form/button |
checkbox |
granite/ui/components/foundation/form/checkbox |
componentstyles |
cq/gui/components/authoring/dialog/componentstyles |
cqinclude |
granite/ui/components/foundation/include |
datetime |
granite/ui/components/foundation/form/datepicker |
dialogfieldset |
granite/ui/components/foundation/form/fieldset |
hidden |
granite/ui/components/foundation/form/hidden |
html5smartfile, html5smartimage |
granite/ui/components/foundation/form/fileupload |
multifield |
granite/ui/components/foundation/form/multifield |
numberfield |
granite/ui/components/foundation/form/numberfield |
pathfield, paragraphreference |
granite/ui/components/foundation/form/pathbrowser |
selection |
granite/ui/components/foundation/form/select |
sizefield |
cq/gui/components/authoring/dialog/sizefield |
tags |
granite/ui/components/foundation/form/autocomplete cq/gui/components/common/datasources/tags |
textarea |
granite/ui/components/foundation/form/textarea |
textfield |
granite/ui/components/foundation/form/textfield |
Tipo de nodo | Tipo de recurso de la interfaz de usuario de Granite |
---|---|
cq:WidgetCollection |
granite/ui/components/foundation/container |
cq:TabPanel |
granite/ui/components/foundation/container granite/ui/components/foundation/layouts/tabs |
cq:panel |
granite/ui/components/foundation/container |
La variable Componentes de administración de Granite UI aproveche los componentes de base para proporcionar componentes genéricos que cualquier aplicación de administración puede implementar. Entre ellos se incluyen:
Función:
Implementación:
La IU de Coral (CUI) es una implementación del estilo visual de Adobe para la IU táctil, que se ha diseñado para proporcionar coherencia en la experiencia del usuario en varios productos. La IU de Coral proporciona todo lo necesario para adoptar el estilo visual utilizado en el entorno de creación.
Coral UI es una biblioteca de IU disponible para los clientes de AEM para crear aplicaciones e interfaces web dentro de los límites de su uso con licencia del producto.
El uso de la IU de Coral solo está permitido:
El uso de la IU de Coral debe evitarse en:
La interfaz de usuario de Coral es una colección de componentes básicos para el desarrollo de aplicaciones web.
Diseñado para ser modular desde el principio, cada módulo forma una capa distinta basada en su función principal. Aunque las capas se han diseñado para apoyarse mutuamente, también pueden utilizarse de forma independiente si es necesario. Esto permite implementar la experiencia de usuario de Coral en cualquier entorno compatible con HTML.
Con la interfaz de usuario de Coral no es obligatorio utilizar un modelo de desarrollo o una plataforma particulares. El objetivo principal de Coral es proporcionar un marcado HTML5 unificado y limpio, independiente del método real utilizado para emitir este marcado. Esto puede utilizarse para el procesamiento del lado del cliente o del servidor, plantillas, JSP, PHP o incluso aplicaciones RIA de Flash de Adobe, por nombrar solo algunas.
Los elementos HTML proporcionan un aspecto común para todos los elementos de la interfaz de usuario base (incluida la barra de navegación, el botón, el menú, el carril, entre otros).
En el nivel más básico, un elemento HTML es una etiqueta HTML con un nombre de clase dedicado. Los elementos más complejos pueden estar compuestos por varias etiquetas, anidadas entre sí (de forma específica).
El CSS se utiliza para proporcionar el aspecto real. Para que sea posible personalizar fácilmente la apariencia (por ejemplo, en el caso de la promoción de la marca), los valores de estilo reales se declaran como variables expandidas por el LESS preprocesador durante el tiempo de ejecución.
Función:
Implementación:
Por ejemplo, el marcado:
<button class="btn btn-large btn-primary" type="button">Large button</button>
<button class="btn btn-large" type="button">Large button</button>
Se muestra como:
La apariencia se define en LESS, y se vincula a un elemento con un nombre de clase dedicado (el siguiente extracto se ha acortado en aras de la brevedad):
.btn {
font-size: @baseFontSize;
line-height: @baseLineHeight;
.buttonBackground(@btnBackground,
@btnBackgroundHighlight,
@grayDark, 0 1px 1px rgba(255,255,255,.75));
Los valores reales se definen en un archivo de variable LESS (se ha abreviado el siguiente extracto en aras de la brevedad):
@btnBackgroundHighlight: darken(@white, 10%);
@btnPrimaryBackgroundHighlight: spin(@btnPrimaryBackground, 20%);
@baseFontSize: 17px;
@baseFontFamily: @sansFontFamily;
Muchos de los elementos del HTML deberán mostrar algún tipo de comportamiento dinámico, como abrir y cerrar menús emergentes. Esta es la función de los complementos de elemento, que realizan estas tareas manipulando el DOM mediante JavaScript.
Un complemento puede ser:
DIV class=dialog
DIV
o LI
elementosEl comportamiento del complemento se puede personalizar con parámetros mediante:
data-*
atributos vinculados al marcado del HTMLAunque el desarrollador puede seleccionar el mejor enfoque para cualquier complemento, la regla general es utilizar:
data-*
atributos para opciones relacionadas con el diseño del HTML. Por ejemplo, para especificar el número de columnasSe utiliza el mismo concepto para implementar la validación del formulario. Para un elemento que desea validar, debe especificar el formulario de entrada requerido como personalizado data-*
atributo. A continuación, este atributo se utiliza como opción para un complemento de validación.
La validación del formulario nativo de HTML5 debe utilizarse siempre que sea posible y/o expandirse a partir de ella.
Función:
Implementación:
data-*
atributos para personalizar el comportamientoUn extracto de ejemplo de marcado (observe las opciones especificadas como data* atributos):
<ul data-column-width="220" data-layout="card" class="cards">
<li class="item">
<div class="thumbnail">
<img href="/a.html" src="/a.thumb.319.319..png">
<div class="caption">
<h4>Toolbar</h4>
<p><small>toolbar</small><br></p>
</div>
</div>
</li>
<li class="item">
<div class="thumbnail">
<img href="/a.html" src="/a.thumb.319.319..png">
<div class="caption">
<h4>Toolbar</h4>
<p><small>toolbar</small><br></p>
</div>
</div>
</li>
Llamada al complemento jQuery:
$(‘.cards’).cardlayout ();
Esto se mostrará como:
La variable cardLayout
el complemento presenta el UL
elementos basados en sus alturas respectivas y teniendo en cuenta también la anchura del elemento principal.
Un widget combina uno o más elementos básicos con un complemento de javascript para formar elementos de IU de "nivel superior". Esto puede implementar un comportamiento más complejo y también una apariencia más compleja de la que podría ofrecer un solo elemento. Algunos ejemplos son el selector de etiquetas o los widgets de raíl.
Un widget puede almacenar en déclencheur y escuchar eventos personalizados para cooperar con otras utilidades de la página. Algunas utilidades son en realidad utilidades nativas de jQuery que utilizan los elementos del HTML de Coral.
Función:
Implementación:
El ejemplo de marcado es:
<input type="text" name="tags" placeholder="Tags" class="tagManager"/>
Llamada al complemento jQuery (con opciones):
$(".tagManager").tagsManager({
prefilled: ["Pisa", "Rome"] })
El complemento emite el marcado del HTML (este marcado utiliza elementos básicos, que pueden utilizar otros complementos internamente):
<span>Pisa</span>
<a title="Removing tag" tagidtoremove="0"
id="myRemover_0" class="myTagRemover" href="#">x</a></span>
<span id="myTag_1" class="myTag"><span>Rome</span>
<a title="Removing tag" tagidtoremove="1"
id="myRemover_1" class="myTagRemover" href="#">x</a></span>
<input type="text" data-original-title="" class="input-medium tagManager"
placeholder="Tags" name="tags" data-provide="typeahead" data-items="6"
autocomplete="off">
Esto se mostrará como:
Esta biblioteca es una colección de complementos de ayuda de javascript y/o funciones que son:
Estos incluyen el manejo de XSS y el bus de evento.
Aunque los complementos y las utilidades del elemento HTML pueden depender de la funcionalidad proporcionada por la biblioteca de utilidades, la biblioteca de utilidades no puede tener dependencia fuerte de los elementos ni de las utilidades.
Función:
Implementación: