Show Menu
SUJETS×

Migration to the Touch UI

À compter de la version 6.0, Adobe Experience Manager (AEM) a introduit une nouvelle interface utilisateur, appelée interface tactile (également connue sous le nom d’interface utilisateur tactile). Il est aligné sur Adobe Marketing Cloud et sur les directives générales de l’interface utilisateur d’Adobe. Il s’agit désormais de l’interface utilisateur standard d’AEM, avec l’interface héritée et orientée bureau, appelée IU ** classique.
Si vous avez utilisé AEM avec une interface utilisateur classique, vous devez prendre des mesures pour migrer votre instance. Cette page est destinée à servir de tremplin en fournissant des liens vers des ressources individuelles.
Un tel projet de migration peut avoir un impact significatif sur votre instance. Voir Gestion des projets - Bonnes pratiques pour consulter les recommandations.

Principes élémentaires

Lors de la migration, vous devez tenir compte des différences (majeures) suivantes entre l’interface utilisateur classique et l’interface utilisateur tactile :
IU classique Interface utilisateur optimisée pour les écrans tactiles
Est décrit dans le référentiel JCR comme une structure de noeuds. Chaque noeud qui représente un élément de l’interface utilisateur est appelé widget ExtJS et rendu côté client par ExtJS . Également décrit dans le référentiel JCR comme une structure de noeuds. Cependant, dans ce cas, chaque noeud fait référence à un type de ressource Sling (composant Sling), qui est responsable de son rendu. L'interface utilisateur est donc rendue côté serveur.
sling:resourceType
  • non utilisé
sling:resourceType
  • utilisé
  • par exemple cq/gui/components/authoring/dialog
Noeuds de la boîte de dialogue :
  • Nom: dialog
  • jcr:primaryType: cq:Dialog
Noeuds de la boîte de dialogue :
  • Nom: cq:dialog
  • jcr:primaryType: nt:unstructured
Emplacement JavaScript :
  • Les pièces impératives sont directement intégrées à l’aide d’écouteurs ou gérées dans clientlibs.
Emplacement JavaScript :
  • Les pièces impératives ne peuvent pas être incorporées dans la définition de la boîte de dialogue; séparation des responsabilités.
Gestion des événements :
  • Les widgets de boîte de dialogue font directement référence au code JavaScript.
Gestion des événements :
  • Javascript observe les événements de boîte de dialogue.
Rendu effectué par le client :
  • Le client crée dynamiquement les composants de l’interface utilisateur.
  • Le client demande une définition de composant (extraction) (sous forme de JSON) du serveur.
Rendu effectué par le serveur :
  • Le client demande des pages avec l’interface utilisateur associée.
  • Le serveur envoie (Push) l’interface utilisateur sous forme de documents HTML ; à l’aide des composants de l’interface utilisateur Coral.
En d’autres termes, la migration d’une section de l’interface utilisateur classique vers l’interface utilisateur tactile signifie le portage d’un widget ExtJS vers un composant ** Sling. Pour faciliter cette opération, l’interface utilisateur tactile est basée sur la structure de l’interface utilisateur Granite, qui fournit déjà certains composants Sling pour l’interface utilisateur (appelés composants de l’interface utilisateur Granite).
Avant de commencer, vérifiez l’état et les recommandations connexes :
Les bases du développement de l’interface utilisateur tactile fourniront une base solide :

Migration de la création de pages

Les boîtes de dialogue sont un facteur important lors de la migration de vos composants :

Migration des consoles

Vous pouvez également personnaliser les consoles :

Autres ressources

Pour plus d’informations sur le développement d’AEM, voir la collecte de ressources sous :
Les outils de modernisation d’AEM sont un effort de la communauté et ne sont pas pris en charge ou garantis par Adobe.