Migrering till Touch UI

Från och med version 6.0 har Adobe Experience Manager (AEM) infört ett nytt användargränssnitt som kallas pekaktiverat användargränssnitt (kallas även pekgränssnitt). Den är anpassad efter Adobe Marketing Cloud och Adobe användargränssnittets allmänna riktlinjer. Det här har blivit standardgränssnittet i AEM med det äldre, skrivbordsorienterade gränssnittet som kallas klassiskt användargränssnitt.

Om du har använt AEM med klassiskt gränssnitt måste du vidta åtgärder för att migrera instansen. Den här sidan är avsedd att fungera som en språngbräda genom länkar till enskilda resurser.

OBSERVERA

Ett sådant migreringsprojekt kan få stor effekt på din instans. Se Hantera projekt - bästa praxis för rekommenderade riktlinjer.

Grunderna

När du migrerar bör du vara medveten om följande (stora) skillnader mellan det klassiska gränssnittet och det pekande gränssnittet:

Klassiskt användargränssnitt Pekaktiverat användargränssnitt
Beskrivs i JCR-databasen som en nodstruktur. Varje nod som representerar ett element i användargränssnittet kallas för ExtJS-widget och återges på klientsidan av ExtJS. Beskrivs också i JCR-databasen som en nodstruktur. I det här fallet refererar alla noder till en Sling-resurstyp (Sling-komponent), som ansvarar för återgivningen. Gränssnittet renderas alltså (i stort) på serversidan.

sling:resourceType

  • används inte
 sling:resourceType
  • används
  • till exempel
    cq/gui/components/authoring/dialog

Dialognoder:

  • Namn: dialog
  • jcr:primaryType: cq:Dialog

Dialognoder:

  • Namn: cq:dialog
  • jcr:primaryType: nt:unstructured

Javascript-plats:

  • Imperativa delar bäddas in direkt med avlyssnare eller hanteras i klientlibs.

Javascript-plats:

  • Imperativa delar kan inte bäddas in i dialogdefinitionen. olika ansvarsområden.

Händelsehantering:

  • Dialogrutewidgetar refererar direkt till Javascript-kod.

Händelsehantering:

  • Javascript observerar dialoghändelser.
Återgivning utförd av klienten:
  • Klienten skapar gränssnittskomponenterna dynamiskt.
  • Klientförfrågningar (Pull) komponentdefinition (som JSON) från servern.
 Återgivning utförd av servern:
  • Klienten begär sidor tillsammans med det relaterade användargränssnittet.
  • Servern skickar (push) gränssnittet som HTML-dokument. med Coral UI-komponenter.

Med andra ord innebär migrering av ett avsnitt i användargränssnittet från det klassiska användargränssnittet till pekgränssnittet att ett ExtJS-widget till Sling-komponent. För att underlätta detta baseras pekgränssnittet på GRE-ramverket (Granite UI Framework), som redan innehåller vissa Sling-komponenter för användargränssnittet (kallas GRE UI-komponenter).

Kontrollera status och relaterade rekommendationer innan du börjar:

Grundläggande information om hur du utvecklar användargränssnittet för pekskärmar ger en solid grund:

Migrerar sidredigering

Dialogrutor är en viktig faktor när du migrerar komponenter:

Migrera konsoler

Du kan också anpassa konsolerna:

Även om det inte är direkt relaterat till en migrering till pekgränssnittet finns det relaterade problem som är värda att ta hänsyn till samtidigt, eftersom de också rekommenderas:

OBSERVERA

Ytterligare resurser

Fullständig information om hur du utvecklar AEM finns i samlingen av resurser under:

FÖRSIKTIGHET

AEM är en gemenskapsinsats som inte stöds eller motiveras av Adobe.

På denna sida