Concetti dell’interfaccia utente di Adobe Experience Manager con funzionalità touch concepts-of-the-aem-touch-enabled-ui

Adobe Experience Manager (AEM) dispone di un’interfaccia touch con design responsive per l’ambiente di authoring progettato per funzionare sia su dispositivi touch che desktop.

L’interfaccia touch include:

L’interfaccia utente touch è stata progettata da Adobe per fornire un’esperienza utente coerente su più prodotti. Si basa su:

I principi di base dell’interfaccia utente touch sono:

Per un’ulteriore panoramica della struttura dell’interfaccia touch, vedi Struttura dell’interfaccia utente touch dell’AEM.

Stack di tecnologie AEM aem-technology-stack

AEM utilizza la piattaforma Granite come base e la piattaforma Granite include, tra le altre cose, Java™ Content Repository.

Granite granite

Granite è uno stack Open Web di Adobe che fornisce vari componenti, tra cui:

Interfaccia utente Granite granite-ui

La piattaforma di progettazione Granite fornisce anche un framework di base per l’interfaccia utente. Gli obiettivi principali sono:

Queste soluzioni rispettano i seguenti requisiti:

GraniteUI.pdf

Ottieni file
L’interfaccia utente Granite:

Lato client e lato server client-side-vs-server-side

La comunicazione client-server nell’interfaccia utente Granite è costituita da ipertesti, non da oggetti, pertanto non è necessario che il client comprenda la logica di business

Lato client client-side

Questo utilizza un’estensione del vocabolario HTML, a condizione che l’autore possa esprimere la propria intenzione di creare un’app web interattiva. Questo approccio è simile a WAI-ARIA e microformati.

È costituito principalmente da una raccolta di pattern di interazione (ad esempio, l’invio asincrono di un modulo) interpretati da codici JS e CSS ed eseguiti sul lato client. Il ruolo del lato client è quello di migliorare il markup (dato come prezzo per l’hypermedia dal server) per l’interattività.

Il lato client è indipendente da qualsiasi tecnologia server. Se il server fornisce il markup appropriato, il lato client può svolgere il proprio ruolo.

Attualmente i codici JS e CSS vengono consegnati come Granite clientlibs nella categoria:

granite.ui.foundation and granite.ui.foundation.admin

Questi vengono forniti come parte del pacchetto di contenuti:

granite.ui.content

Lato server server-side

Questo è formato da una raccolta di componenti sling che consentono all’autore di comporre una webapp veloce. Lo sviluppatore sviluppa i componenti, l’autore assembla i componenti come una web app. Il ruolo del lato server è quello di offrire al client il markup (prezzo conveniente per l'hypermedia).

Attualmente, i componenti si trovano nell’archivio Granite in:

/libs/granite/ui/components/foundation

Viene fornito come parte del pacchetto di contenuti:

granite.ui.content

Differenze con l’interfaccia classica differences-with-the-classic-ui

Anche le differenze tra l’interfaccia utente Granite e ExtJS (utilizzata per l’interfaccia classica) sono interessanti:

Componenti Foundation dell’interfaccia utente Granite granite-ui-foundation-components

Il Componenti di base dell’interfaccia utente Granite fornisce gli elementi di base necessari per creare un’interfaccia utente. Esse comprendono, tra l'altro:

I componenti di base si trovano in:

/libs/granite/ui/components/foundation

Questa libreria contiene un componente dell’interfaccia utente Granite per ogni elemento Coral. Un componente è basato sui contenuti, con la relativa configurazione che risiede nell’archivio. In questo modo è possibile comporre un’applicazione dell’interfaccia utente Granite senza scrivere manualmente il markup HTML.

Finalità:

Implementazione:

Questa libreria di componenti di base può essere utilizzata o estesa da altre librerie.

ExtJS e i corrispondenti componenti dell’interfaccia utente Granite extjs-and-corresponding-granite-ui-components

Quando si aggiorna il codice ExtJS per utilizzare l’interfaccia utente Granite, l’elenco seguente fornisce una pratica panoramica degli xtype ExtJS e dei tipi di nodo con i corrispondenti tipi di risorse dell’interfaccia utente Granite.

Componenti di amministrazione dell’interfaccia utente Granite granite-ui-administration-components

Il Componenti di amministrazione dell’interfaccia utente Granite generare sui componenti di base per fornire elementi di base generici che qualsiasi applicazione di amministrazione può implementare. Tra queste figurano:

Finalità:

Implementazione:

Coral UI coral-ui

CoralUI.pdf

Ottieni file
Coral UI (CUI) è un'implementazione dello stile visivo di Adobe per l'interfaccia touch progettata per fornire coerenza nell'esperienza utente tra più prodotti. L’interfaccia utente Coral offre tutto il necessario per adottare lo stile visivo utilizzato nell’ambiente di authoring.

L’interfaccia utente Coral è una raccolta di elementi di base per lo sviluppo di applicazioni web.

Progettato per essere modulare fin dall'inizio, ogni modulo forma un livello distinto in base al suo ruolo principale. Anche se i livelli sono stati progettati per supportarsi a vicenda, possono anche essere utilizzati in modo indipendente, se necessario. Questo rende possibile implementare l'esperienza utente di Coral in qualsiasi ambiente compatibile con HTML.

Con l’interfaccia utente Coral non è obbligatorio utilizzare un particolare modello e/o piattaforma di sviluppo. L’obiettivo principale di Coral è fornire un markup HTML5 unificato e pulito, indipendente dal metodo effettivo utilizzato per emettere questo markup. Questo può essere utilizzato per il rendering lato client o server, modelli, JSP, PHP o anche applicazioni RIA di Flash di Adobe - per citarne solo alcuni.

Elementi HTML - Livello markup html-elements-the-markup-layer

Gli elementi HTML forniscono un aspetto comune a tutti gli elementi dell’interfaccia utente di base (tra cui barra di navigazione, pulsante, menu, barra, ecc.).

Al livello più elementare, un elemento HTML è un tag HTML con un nome di classe dedicato. Gli elementi più complessi possono essere composti da più tag, nidificati l’uno all’altro (in un modo specifico).

Il CSS viene utilizzato per fornire l’aspetto effettivo. Per consentire di personalizzare facilmente il look-and-feel (ad esempio, nel caso del branding), i valori di stile effettivi sono dichiarati come variabili espanse dalla MENO pre-processore durante il runtime.

Finalità:

Implementazione:

Ad esempio, il markup:

<button class="btn btn-large btn-primary" type="button">Large button</button>
<button class="btn btn-large" type="button">Large button</button>

Viene visualizzato come:

Il look-and-feel è definito in LESS, legato a un elemento dal nome di classe dedicato (il seguente estratto è stato abbreviato per brevità):

.btn {
    font-size: @baseFontSize;
    line-height: @baseLineHeight;
    .buttonBackground(@btnBackground,
                                @btnBackgroundHighlight,
                                @grayDark, 0 1px 1px rgba(255,255,255,.75));

I valori effettivi sono definiti in un file di variabili LESS (la seguente estrazione è stata abbreviata per motivi di brevità):

@btnBackgroundHighlight: darken(@white, 10%);
@btnPrimaryBackgroundHighlight: spin(@btnPrimaryBackground, 20%);
@baseFontSize: 17px;
@baseFontFamily: @sansFontFamily;

Plug-in elemento element-plugins

Molti elementi HTML devono presentare un comportamento dinamico, ad esempio l'apertura e la chiusura di menu a comparsa. Questo è il ruolo dei plug-in dell’elemento, che eseguono tali attività manipolando il DOM utilizzando JavaScript.

Un plug-in può essere:

Il comportamento del plug-in può essere personalizzato con i parametri mediante:

Anche se lo sviluppatore può selezionare l’approccio migliore per qualsiasi plug-in, la regola empirica è quella di utilizzare:

Lo stesso concetto viene utilizzato per implementare la convalida del modulo. Per un elemento da convalidare, è necessario specificare il modulo di input richiesto come modulo personalizzato data-* attributo. Questo attributo viene quindi utilizzato come opzione per un plug-in di convalida.

Finalità:

Implementazione:

Estratto di markup di esempio (annotare le opzioni specificate come data-* attributi):

<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>

Chiamata al plug-in jQuery:

$('.cards').cardlayout ();

Viene visualizzato come:

Il cardLayout il plug-in visualizza il layout dell'allegato UL elementi in base alle rispettive altezze e tenendo conto anche della larghezza dell'elemento padre.

Widget elementi HTML html-elements-widgets

Un widget combina uno o più elementi di base con un plug-in JavaScript per formare elementi di interfaccia utente di "livello superiore". Questi possono implementare un comportamento più complesso e anche un aspetto più complesso di quello che un singolo elemento potrebbe fornire. Esempi validi sono i widget per selettori di tag o barre.

Un widget può sia attivare che ascoltare eventi personalizzati per cooperare con altri widget sulla pagina. Alcuni widget sono widget jQuery nativi che utilizzano gli elementi di Coral HTML.

Finalità:

Implementazione:

Esempio di markup:

<input type="text" name="tags" placeholder="Tags" class="tagManager"/>

Chiamata al plug-in jQuery (con opzioni):

$(".tagManager").tagsManager({
        prefilled: ["Pisa", "Rome"] })

Il plug-in genera il markup HTML (questo markup utilizza elementi di base, che possono utilizzare altri plug-in internamente):

<span>Pisa</code>
<a title="Removing tag" tagidtoremove="0"
   id="myRemover_0" class="myTagRemover" href="#">x</a></code>

<span id="myTag_1" class="myTag"><span>Rome</code>
<a title="Removing tag" tagidtoremove="1"
   id="myRemover_1" class="myTagRemover" href="#">x</a></code>

<input type="text" data-original-title="" class="input-medium tagManager"
       placeholder="Tags" name="tags" data-provide="typeahead" data-items="6"
       autocomplete="off">

Viene visualizzato come:

Libreria utilità utility-library

Questa libreria è una raccolta di plug-in e/o funzioni di assistenza JavaScript che sono:

Questi includono la gestione XSS e il bus di eventi.

Anche se i plug-in e i widget dell'elemento HTML possono basarsi sulle funzionalità fornite dalla libreria di utilità, la libreria di utilità non può avere alcuna dipendenza dagli elementi o dai widget stessi.

Finalità:

Implementazione: