- Panoramica sullo sviluppo della Guida utente
- Introduzione per sviluppatori
- Guida introduttiva allo sviluppo per AEM Sites - Esercitazione WKND
- Concetti di base di AEM
- Struttura dell’interfaccia utente di AEM Touch
- Concetti dell’interfaccia Touch di AEM
- Sviluppo di AEM - Linee guida e best practice
- Utilizzo delle librerie lato client
- Sviluppo e differenze tra pagine
- Limitazioni per l’editor
- Quadro di riferimento per la protezione del CSRF
- Modellazione dei dati - Modello di David Nuescheler
- Contributo ad AEM
- Sicurezza
- Materiali di riferimento
- Creare un sito web completo (interfaccia classica)
- Progettazioni e Designer (interfaccia classica)
- Migrazione all’interfaccia utente touch
- Platform
- Guida di riferimento rapido per Sling
- Utilizzo di adattatori Sling
- Librerie di tag
- Modelli
- Utilizzo di Sling Resource Merger in AEM
- Sovrapposizioni
- Convenzioni di denominazione
- Creazione di un nuovo componente campo dell’interfaccia Granite
- Query Builder
- Assegnazione tag
- Personalizzazione delle pagine mostrate dal gestore errori
- Tipi di nodo personalizzati
- Aggiunta di font al rendering grafico
- Connessione ai database SQL
- Esternalizzazione degli URL
- Creazione e consumo di processi per lo scaricamento
- Configurazione dell’utilizzo dei cookie
- Come accedere programmaticamente a AEM JCR
- Integrazione dei servizi con la console JMX
- Sviluppo dell’editor in blocco
- Sviluppo di rapporti
- eCommerce
- Componenti
- Componenti core
- Sistema di stili
- Panoramica dei componenti
- Componenti AEM - Nozioni di base
- Sviluppo di componenti AEM
- Sviluppo di componenti AEM - Esempi di codice
- Esportatore JSON per Content Services
- Abilitazione dell’esportazione JSON per un componente
- Editor immagine
- Tag decoration
- Utilizzo di Nascondi condizioni
- Configurazione di più editor in-place
- Modalità Sviluppatore
- Verifica dell’interfaccia utente
- Componenti per frammenti di contenuto
- Ottenimento di informazioni di pagina in formato JSON
- Internazionalizzazione
- Componenti dell’interfaccia classica
- Gestione delle esperienze headless
- Senza testa e ibrido con AEM
- Abilitazione dell’esportazione JSON per un componente
- Applicazioni a pagina singola
- Introduzione e procedure guidate per applicazioni a pagina singola
- Tutorial WKND SPA
- Guida introduttiva alle applicazioni a pagina singola in AEM - React
- Guida introduttiva alle applicazioni a pagina singola in AEM - Angular
- Implementazione di un componente React per l’applicazione a pagina singola
- SPA Deep Dives
- Panoramica dell’editor SPA
- Sviluppo di applicazioni a pagina singola per AEM
- Blueprint SPA
- Componente pagina SPA
- Mappatura da modello dinamico a componente per le applicazioni a pagina singola
- Routing del modello SPA
- Integrazione di SPA e Adobe Experience Platform Launch
- Rendering lato server e applicazioni a pagina singola
- Materiali di riferimento per le applicazioni a pagina singola
- API HTTP
- Frammenti di contenuto
- Frammenti esperienza
- Informazioni su frammenti di contenuto e servizi di contenuto in AEM
- Strumenti di sviluppo
- Strumenti di sviluppo
- Strumenti di modernizzazione AEM
- Editor finestre di dialogo
- Strumento di conversione finestra di dialogo
- Sviluppo con CRXDE Lite
- Gestione dei pacchetti con Maven
- Come sviluppare progetti AEM utilizzando Eclipse
- Come creare progetti AEM utilizzando Apache Maven
- Come sviluppare progetti AEM utilizzando IntelliJ IDEA
- Come utilizzare lo strumento VLT
- Come utilizzare lo strumento Proxy Server
- Estensione AEM Brackets
- AEM Developer Tools per Eclipse
- AEM Repo Tool
- Personalizzazione
- ContextHub
- Configurazione di Context Hub
- Aggiunta di ContextHub alle pagine e accesso ai negozi
- Estensione di ContextHub
- Candidati allo store ContextHub di esempio
- Tipi di moduli di interfaccia utente ContextHub di esempio
- Diagnostica ContextHub
- Sviluppo per contenuti mirati
- Riferimento API di ContextHub Javascript
- ClientContext
- Estensione di AEM
- Personalizzazione dell’authoring delle pagine
- Personalizzazione delle console
- Personalizzazione delle visualizzazioni delle proprietà pagina
- Configurazione della pagina per la modifica in serie delle proprietà di pagina
- Personalizzazione ed estensione dei frammenti di contenuto
- Componenti di configurazione dei frammenti di contenuto per il rendering
- Frammenti esperienza
- Estensione dei flussi di lavoro
- Sviluppo ed estensione dei flussi di lavoro
- Creazione di modelli di flussi di lavoro
- Estensione della funzionalità dei flussi di lavoro
- Interazione con flussi di lavoro a livello di programmazione
- Riferimento dettagliato sui flussi di lavoro
- Best practice per i flussi di lavoro
- Riferimento sulla procedura dei flussi di lavoro
- Variabili nei flussi di lavoro AEM
- Estensione di Multi Site Manager
- Tracking e Analytics
- Cloud Services
- Creazione di estensioni personalizzate
- Forms
- Integrazione dei servizi con la console JMX
- Sviluppo dell’editor in blocco
- Estensione dell’interfaccia classica
- Test
- Pianificazione
- Quali ambienti di test saranno necessari?
- Definizione dei casi di test
- Test - quando e con chi?
- Compilazione del piano di test
- Tracciamento dei risultati e fornitura di feedback
- Strumenti di test e tracciamento
- Accettazione e cancellazione
- La prossima versione…
- Elenchi di controllo
- Giorno difficile
- Verifica dell’interfaccia utente
- Best practice
- Panoramica delle best practice
- Linee guida per lo sviluppo AEM e best practice
- Tecniche consigliate per lo sviluppo
- Architettura dei contenuti
- Architettura del software
- Implementazione di riferimento We.Retail
- Suggerimenti sulla codifica
- Problemi di codice
- Bundle OSGI
- Integrazione JCR
- Esempi di codice
- Risoluzione dei problemi relativi alle query lente
- Web per dispositivi mobili
Configurazione della pagina per la modifica collettiva delle proprietà pagina
La modifica collettiva delle proprietà della pagina consente di modificare le proprietà di più pagine alla volta.
A causa della possibilità di valori diversi, per impostazione predefinita le proprietà della pagina non sono abilitate per la modifica collettiva. Devono essere esplicitamente consentiti (abilitati). Per definire le proprietà della pagina in modo che siano disponibili per la modifica collettiva, è necessario considerare alcune implicazioni, ad esempio:
-
Alcuni campi sono in genere univoci; ad esempio un titolo di pagina. È necessario stabilire se è utile abilitare tali campi per la modifica collettiva, quando verrà applicato un valore.
-
Alcuni campi possono avere più valori; questo richiede una rappresentazione significativa durante il rendering.
Ad esempio, una casella di controllo che indica "Pronto per la pubblicazione". Potrebbero essere presenti diversi valori prima della modifica in blocco (ad esempio, pronta, in-revisione, in corso).
La modifica collettiva delle proprietà della pagina è:
- Non disponibile nell’interfaccia classica.
- Non disponibile per le pagine all'interno di una Live Copy.
- Disponibile solo per le pagine con lo stesso tipo di risorsa.
La modifica collettiva è disponibile anche per le risorse. È molto simile, ma differisce in alcuni punti. Per ulteriori informazioni, vedere Modifica delle proprietà di più risorse. Potete personalizzare i campi nell'editor metadati di massa per le risorse utilizzando l' Editor schema.
Abilitazione di un campo
Alcuni campi possono avere più valori; questo richiede una rappresentazione significativa durante il rendering. Per questo motivo, è consigliabile abilitare solo i seguenti tipi di campo:
/libs/granite/ui/components/foundation/form/textfield/libs/granite/ui/components/foundation/form/textarea/libs/granite/ui/components/foundation/form/tagspicker/libs/granite/ui/components/foundation/form/datepicker/libs/granite/ui/components/foundation/form/pathbrowser/libs/granite/ui/components/foundation/form/checkbox
I campi sono attivati sul componente pagina (non nel modello):
-
Utilizzando un CRXDE Lite (o un metodo equivalente) potete aprire il componente della pagina.
Esempio:
/apps/core/wcm/components/page/v1/pageNOTANell'esempio si presuppone che nell'istanza siano stati installati i componenti core, il che si verifica se l'istanza è in esecuzione con contenuto di esempio We.Retail. Per ulteriori informazioni, consulta la Documentazione sui componenti core.
-
Andate al campo obbligatorio all'interno della definizione
cq:dialog. -
Definire la seguente proprietà sul nodo campo:
- Nome:
allowBulkEdit - Tipo:
Boolean - Valore:
true
Ad esempio, per la pagina standard foundation component:
/libs/foundation/components/pageLa proprietà viene definita in:
cq:dialog/content/items/tabs/items/basic/items/column/items/onofftime/items/ondateATTENZIONEnon è necessario modificare nulla nel percorso
/libs.Questo perché il contenuto di
/libsviene sovrascritto al successivo aggiornamento dell'istanza (e potrebbe essere sovrascritto quando si applica un hotfix o un feature pack).Il metodo consigliato per la configurazione e altre modifiche è:
- Ricreare l'elemento richiesto (ovvero come esiste in
/libs) in/apps - Apportare modifiche all'interno di
/apps
- Nome:
-
Selezionare Salva tutto per mantenere gli aggiornamenti.
In questa pagina
