Responsive Design pour les pages web responsive-design-for-web-pages

Concevez vos pages web afin qu’elles s’adaptent à la fenêtre dans laquelle elles sont affichées. Le Responsive Design permet d’afficher efficacement les mêmes pages sur plusieurs appareils dans les deux orientations. L’image suivante montre certaines façons dont une page peut répondre aux modifications de la taille de la fenêtre d’affichage :

Développez des applications Adobe Experience Manager (AEM) qui génèrent des pages HTML5 s’adaptant à plusieurs tailles de fenêtre et orientations. Par exemple, les plages de largeurs de fenêtre d’affichage suivantes correspondent à divers types d’appareils et orientations :

Consultez les rubriques suivantes pour en savoir plus sur l’implémentation du comportement Responsive Design :

Lors de la phase de conception, utilisez le sidekick pour afficher un aperçu de vos pages pour différents formats d’écran.

Avant le développement before-you-develop

Avant de développer l’application AEM qui prend en charge vos pages web, plusieurs décisions de conception doivent être prises. Par exemple, vous devez disposer des informations suivantes :

Structure d’application application-structure

La structure d’application AEM type prend en charge toutes les implémentations de Responsive Design :

Utilisation des requêtes de média using-media-queries

Les requêtes de média permettent l’utilisation sélective de styles CSS pour le rendu des pages. Les outils et fonctionnalités de développement AEM vous permettent d’implémenter de manière efficace et efficiente des requêtes de média dans vos applications.

Le groupe W3C fournit la recommandation Media Queries (Requêtes de média) qui décrit cette fonctionnalité CSS3, ainsi que la syntaxe.

Création du fichier CSS creating-the-css-file

Dans votre fichier CSS, définissez des requêtes de média en fonction des propriétés des appareils que vous ciblez. La stratégie d’implémentation suivante est efficace pour gérer les styles pour chaque requête de média :

L’exemple de média We.Retail utilise cette stratégie pour définir des styles dans la conception du site. Le fichier CSS utilisé par We.Retail se trouve dans */apps/weretail/clientlibs/clientlib-site/less/grid.less.

Le tableau suivant répertorie les fichiers situés dans le dossier enfant CSS.

Le fichier css.txt situé dans le dossier /etc/designs/weretail/clientlibs répertorie les fichiers CSS inclus dans le dossier de bibliothèque cliente. L’ordre des fichiers implémente la priorité de style. Les styles sont plus spécifiques à mesure que la taille de l’appareil diminue.

#base=css

style.css
 bootstrap.css

responsive-1200px.css
 responsive-980px-1199px.css
 responsive-768px-979px.css
 responsive-767px-max.css
 responsive-480px.css

Conseil  : les noms de fichier descriptifs vous permettent d’identifier facilement la taille de la fenêtre d’affichage ciblée.

Utiliser des requêtes de média avec des pages AEM using-media-queries-with-aem-pages

Incluez le dossier de bibliothèque cliente dans le script JSP de votre composant de page. Cela permet de générer le fichier CSS qui inclut les requêtes de média et référence le fichier.

<ui:includeClientLib categories="apps.weretail.all"/>

Le script JSP génère le code HTML suivant qui référence les feuilles de style :

<link rel="stylesheet" href="/etc/designs/weretail/clientlibs-all.css" type="text/css">
<link href="/etc/designs/weretail.css" rel="stylesheet" type="text/css">

Affichage d’un aperçu pour des appareils spécifiques previewing-for-specific-devices

Affichez des aperçus de vos pages dans différents formats de fenêtre d’affichage afin de tester le comportement de votre conception Responsive Design. En mode Aperçu, le sidekick comprend un menu déroulant Appareils que vous pouvez utiliser pour sélectionner un appareil. Lorsque vous sélectionnez un appareil, la page change afin de s’adapter à la taille de la fenêtre d’affichage.

Pour activer l’aperçu d’appareil dans le sidekick, vous devez configurer la page et le service MobileEmulatorProvider. Une autre option de configuration de page permet de déterminer les appareils affichés dans la liste Appareils.

Ajout de la liste des appareils adding-the-devices-list

La liste Appareils s’affiche dans le sidekick lorsque votre page contient le script JSP qui effectue le rendu de la liste Appareils. Pour ajouter la liste Appareils au sidekick, insérez le script /libs/wcm/mobile/components/simulator/simulator.jsp dans la section head de votre page.

Insérez le code suivant dans le JSP qui définit la section head :

<cq:include script="/libs/wcm/mobile/components/simulator/simulator.jsp"/>

Pour voir un exemple, ouvrez le fichier /apps/weretail/components/page/head.jsp dans CRXDE Lite.

Enregistrement de composants de page en vue de la simulation registering-page-components-for-simulation

Pour permettre au simulateur d’appareils de prendre en charge vos pages, enregistrez vos composants de page auprès du service de fabrique MobileEmulatorProvider et définissez la propriété mobile.resourceTypes.

Dans AEM, il existe plusieurs méthodes pour gérer les paramètres de configuration pour ces services. Pour plus d’informations, voir Configuration d’OSGi.

Par exemple, pour créer un nœud [sling:OsgiConfig](/docs/experience-manager-65/content/implementing/deploying/configuring/configuring-osgi.md#adding-a-new-configuration-to-the-repository) dans votre application, procédez comme suit :

Ajoutez la propriété de nœud suivante :

Définition des groupes d’appareils specifying-the-device-groups

Pour spécifier les groupes d’appareils qui figurent dans la liste appareils, ajoutez une propriété cq:deviceGroups au nœud jcr:content de la page racine de votre site. La valeur de la propriété est un tableau de chemins d’accès pointant vers les nœuds du groupe d’appareils.

Les nœuds du groupe d’appareils sont situés dans le dossier /etc/mobile/groups.

Par exemple, la page racine du site Geometrixx Media est /content/geometrixx-media. Le nœud /content/geometrixx-media/jcr:content contient la propriété suivante :

Utilisez la console Outils pour créer et modifier des groupes d’appareils.

Utilisation d’images adaptatives using-adaptive-images

Vous pouvez utiliser des requêtes de média pour sélectionner une ressource d’image à afficher dans la page. Cependant, chaque ressource qui utilise une requête de média pour conditionner son utilisation est téléchargée sur le client. La requête de média détermine simplement si la ressource téléchargée est affichée.

Pour les ressources volumineuses telles que les images, le téléchargement de toutes les ressources n’est pas une utilisation efficace du pipeline de données du client. Pour télécharger des ressources de manière sélective, utilisez JavaScript pour lancer la requête de ressource une fois que les requêtes de média ont effectué la sélection.

La stratégie suivante charge une ressource unique qui est sélectionnée à l’aide de requêtes de média :

Évaluer des requêtes de média à l’aide de JavaScript evaluating-media-queries-using-javascript

Les implémentations de l’interface MediaQueryList définie par le W3C vous permettent d’évaluer des requêtes de média à l’aide de JavaScript. Vous pouvez appliquer la logique à des résultats de requête de média et exécuter les scripts qui sont destinés à la fenêtre active :

Sélectionner des ressources propres au média selecting-media-specific-resources

L’élément picture proposé par le W3C utilise des requêtes de média afin de déterminer la source à utiliser pour les éléments d’image. L’élément picture utilise des attributs d’élément pour associer des requêtes de média à des chemins d’accès aux images.

La bibliothèque picturefill.js disponible en libre accès fournit les mêmes fonctionnalités que l’élément picture proposé. Elle applique également une stratégie semblable. La bibliothèque picturefill.js appelle window.matchMedia pour évaluer les requêtes de média définies pour un ensemble d’éléments div. Chaque élément div spécifie également une source d’images. Cette source est utilisée lorsque la requête de média de l’élément div renvoie la valeur true.

La bibliothèque picturefill.js nécessite du code HTML semblable à l’exemple suivant :

<div data-picture>
    <div data-src='path to default image'></div>
    <div data-src='path to small image'    data-media="(media query for phone)"></div>
    <div data-src='path to medium image'   data-media="(media query for tablet)"></div>
    <div data-src='path to large image'     data-media="(media query for monitor)"></div>
</div>

Lorsque la page est rendue, picturefull.js insère un élément img en tant que dernier enfant de l’<div data-picture> :

<div data-picture>
    <div data-src='path to default image'></div>
    <div data-src='path to small image'    data-media="(media query for phone)"></div>
    <div data-src='path to medium image'   data-media="(media query for tablet)"></div>
    <div data-src='path to large image'     data-media="(media query for monitor)"></div>
    <img src="path to medium image">
</div>

Dans une page AEM, la valeur de l’attribut data-src est le chemin d’accès à une ressource dans le référentiel.

Mise en œuvre des images adaptatives dans AEM implementing-adaptive-images-in-aem

Pour implémenter des images adaptatives dans votre application AEM, vous devez ajouter les bibliothèques JavaScript requises et inclure les balises de HTML requises dans vos pages.

Bibliothèques

Procurez-vous les bibliothèques JavaScript suivantes et incluez-les dans un dossier de bibliothèque cliente :

Conseil  : vous pouvez concaténer automatiquement plusieurs dossiers de bibliothèques clientes en ayant recours à l’incorporation.

HTML

Créez un composant qui génère les éléments div requis attendus par le code picturefill.js. Dans une page AEM, la valeur de l’attribut data-src est le chemin d’accès à une ressource dans le référentiel. Par exemple, un composant de page peut coder en dur les requêtes de média et les chemins d’accès associés pour les rendus d’images dans la gestion des ressources numériques (DAM). Vous pouvez également créer un composant Image personnalisé permettant aux auteurs de sélectionner des rendus d’image ou de définir des options de rendu lors de l’exécution.

L’exemple de HTML suivant sélectionne deux rendus DAM d’une même image.

<div data-picture>
    <div data-src='/content/dam/geometrixx-media/articles/meridien.png'></div>
    <div data-src='/content/dam/geometrixx-media/articles/meridien.png/jcr:content/renditions/cq5dam.thumbnail.319.319.png'    data-media="(min-width: 769px)"></div>
    <div data-src='/content/dam/geometrixx-media/articles/meridien.png/jcr:content/renditions/cq5dam.thumbnail.140.100.png'   data-media="(min-width: 481px)"></div>
</div>

Présentation du rendu d’images dans AEM understanding-image-rendering-in-aem

Pour personnaliser le rendu des images, vous devez comprendre l’implémentation par défaut du rendu d’image statique d’AEM. AEM fournit le composant d’image et un servlet de rendu d’image qui fonctionnent ensemble pour le rendu des images sur une page web. Les séquences d’événements suivantes se produisent lorsque le composant d’image est inclus dans le système de paragraphes de la page :

Par exemple, le JSP du composant Image génère l’élément HTML suivant :

<img title="My Image" alt="My Image" class="cq-dd-image" src="/content/mywebsite/en/_jcr_content/par/image_0.img.jpg/1358372073597.jpg">

Lorsque le navigateur charge la page, il demande l’image en utilisant la valeur de l’attribut src comme URL. Sling décompose l’URL :

Le nœud image_0 possède une valeur jcr:resourceType de foundation/components/image, qui a une valeur sling:resourceSuperType de foundation/components/parbase. Le composant parbase comprend le script img.GET.java qui correspond au sélecteur et l’extension de nom de fichier de l’URL de requête. CQ utilise ce script (servlet) pour effectuer le rendu de l’image.

Pour voir le code source du script, utilisez CRXDE Lite afin d’ouvrir le fichier /libs/foundation/components/parbase/img.GET.java.

Dimensionnement des images pour la taille actuelle de la fenêtre d’affichage scaling-images-for-the-current-viewport-size

Mettez à l’échelle les images au moment de l’exécution en fonction des caractéristiques de la fenêtre d’affichage cliente afin de fournir des images conformes aux principes du Responsive Design. Utilisez le même modèle de conception que le rendu d’image statique à l’aide d’un servlet et d’un composant de création.

Le composant doit effectuer les tâches suivantes :

Le servlet qui traite la demande d’image doit effectuer les tâches suivantes :

Solutions disponibles

AEM installe les implémentations suivantes que vous pouvez utiliser ou étendre.

Présentation du servlet de composant d’image adaptative understanding-the-adaptive-image-component

Le composant de base Image adaptative génère des appels vers le servlet de composant d’image adaptative afin d’effectuer le rendu d’une image qui est redimensionnée en fonction de l’écran de l’appareil. Le composant comprend les ressources suivantes :

Ajout d’éléments DIV adding-the-div-elements

Le script adaptive-image.jsp contient le code suivant qui génère des éléments div et des requêtes de média :

<div data-picture data-alt='<%= alt %>'>
    <div data-src='<%= path + ".img.320.low." + extension + suffix %>'       data-media="(min-width: 1px)"></div>                                        <%-- Small mobile --%>
    <div data-src='<%= path + ".img.320.medium." + extension + suffix %>'    data-media="(min-width: 320px)"></div>  <%-- Portrait mobile --%>
    <div data-src='<%= path + ".img.480.medium." + extension + suffix %>'    data-media="(min-width: 321px)"></div>  <%-- Landscape mobile --%>
    <div data-src='<%= path + ".img.476.high." + extension + suffix %>'      data-media="(min-width: 481px)"></div>   <%-- Portrait iPad --%>
    <div data-src='<%= path + ".img.620.high." + extension + suffix %>'      data-media="(min-width: 769px)"></div>  <%-- Landscape iPad --%>
    <div data-src='<%= path + ".img.full.high." + extension + suffix %>'     data-media="(min-width: 1025px)"></div> <%-- Desktop --%>

    <%-- Fallback content for non-JS browsers. Same img src as the initial, unqualified source element. --%>
    <noscript>
        <img src='<%= path + ".img.320.low." + extension + suffix %>' alt='<%= alt %>'>
    </noscript>
</div>

La variable path contient le chemin d’accès de la ressource actuelle (le nœud du composant Image adaptative). Le code génère une série d’éléments div avec la structure suivante :

<div data-scr = "*path-to-parent-node*.adaptive-image.adapt.*width*.*quality*.jpg" data-media="*media query*"></div>

La valeur de l’attribut data-scr est une URL que Sling résout sur le servlet de composant d’image adaptative qui effectue le rendu de l’image. L’attribut data-media contient la requête de média qui est évaluée par rapport aux propriétés du client.

Le code HTML suivant est un exemple des éléments div générés par le JSP :

<div data-src='/content/geometrixx-media/en/events/the-lineup-you-ve-been-waiting-for/jcr:content/article-content-par/adaptive_image.adapt.320.low.jpg'></div>
    <div data-src='/content/geometrixx-media/en/events/the-lineup-you-ve-been-waiting-for/jcr:content/article-content-par/adaptive_image.adapt.320.medium.jpg'    data-media="(min-width: 320px)"></div>
    <div data-src='/content/geometrixx-media/en/events/the-lineup-you-ve-been-waiting-for/jcr:content/article-content-par/adaptive_image.adapt.480.medium.jpg'    data-media="(min-width: 321px)"></div>
    <div data-src='/content/geometrixx-media/en/events/the-lineup-you-ve-been-waiting-for/jcr:content/article-content-par/adaptive_image.adapt.476.high.jpg'     data-media="(min-width: 481px)"></div>
    <div data-src='/content/geometrixx-media/en/events/the-lineup-you-ve-been-waiting-for/jcr:content/article-content-par/adaptive_image.adapt.620.high.jpg'     data-media="(min-width: 769px)"></div>
    <div data-src='/content/geometrixx-media/en/events/the-lineup-you-ve-been-waiting-for/jcr:content/article-content-par/adaptive_image.adapt.full.high.jpg'     data-media="(min-width: 1025px)"></div>

Modification des sélecteurs de taille d’image changing-the-image-size-selectors

Si vous personnalisez le composant d’image adaptative et modifiez les sélecteurs de largeur, vous devez également configurer le servlet Adaptive Image Component Servlet pour prendre en charge les largeurs.

Comprendre le servlet Adaptive Image Component Servlet understanding-the-adaptive-image-component-servlet

Le servlet de composant d’image adaptative redimensionne une image JPEG selon une largeur spécifiée et définit la qualité JPEG.

Interface du servlet de composant d’image adaptative the-interface-of-the-adaptive-image-component-servlet

Le servlet Adaptive Image Component Servlet est lié au servlet Sling par défaut et prend en charge les extensions de fichier .jpg, .jpeg, .gif et .png. Le sélecteur de servlet est img.

Par conséquent, Sling résout les URL de requête HTTP au format suivant sur ce servlet :

*path-to-node*.img.*extension*

Par exemple, Sling transmet les requêtes HTTP avec l’URL http://localhost:4502/content/geometrixx/adaptiveImage.img.jpg au servlet de composant d’image adaptative.

Deux sélecteurs supplémentaires spécifient la largeur d’image demandée et la qualité de JPEG. L’exemple suivant demande une image de largeur de 480 pixels et de qualité moyenne :

http://localhost:4502/content/geometrixx/adaptiveImage.adapt.480.MEDIUM.jpg

Propriétés d’image prises en charge

Le servlet accepte un nombre fini de largeurs et de qualités d’image. Les largeurs suivantes sont prises en charge par défaut (en pixels) :

La valeur intégrale indique qu’aucune mise à l’échelle n’est effectuée.

Les valeurs suivantes pour la qualité du JPEG sont prises en charge :

Les valeurs numériques sont respectivement 0,4, 0,82 et 1,0.

Modification des largeurs prises en charge par défaut

Utilisez la console web (http://localhost:4502/system/console/configMgr) ou un nœud sling:OsgiConfig pour configurer les largeurs prises en charge du servlet Adaptive Image Component Servlet d’Adobe CQ.

Pour plus d’informations sur la configuration des services AEM, reportez-vous à la rubrique Configuration d’OSGi.

Détails de mise en œuvre implementation-details

La classe com.day.cq.wcm.foundation.impl.AdaptiveImageComponentServlet étend la classe AbstractImageServlet. Le code source AdaptiveImageComponentServlet se trouve dans le dossier /libs/foundation/src/impl/src/com/day/cq/wcm/foundation/impl.

La classe utilise les annotations Felix SCR pour configurer le type de ressource et l’extension de fichier auxquels le servlet est associé, ainsi que le nom du premier sélecteur.

@Component(metatype = true, label = "Adobe CQ Adaptive Image Component Servlet",
        description = "Render adaptive images in a variety of qualities")
@Service
@Properties(value = {
    @Property(name = "sling.servlet.resourceTypes", value = "foundation/components/adaptiveimage", propertyPrivate = true),
    @Property(name = "sling.servlet.selectors", value = "img", propertyPrivate = true),
    @Property(name = "sling.servlet.extensions", value ={
            "jpg",
            "jpeg",
            "png",
            "gif"
    }, propertyPrivate = true)
})

Le servlet utilise l’annotation Property SCR pour définir la qualité et les dimensions d’image par défaut prises en charge.

@Property(value = {
            "320", // iPhone portrait
            "480", // iPhone landscape
            "476", // iPad portrait
            "620" // iPad landscape
    },
            label = "Supported Widths",
            description = "List of widths this component is permitted to generate.")

La classe AbstractImageServlet fournit la méthode doGet qui traite la requête HTTP. Cette méthode détermine la ressource associée à la requête, récupère les propriétés de la ressource à partir du référentiel et les renvoie dans un objet ImageContext.

La classe AdaptiveImageComponentServlet remplace la méthode createLayer. La méthode récupère le chemin d’accès de la ressource d’image et la largeur d’image demandée auprès de l’objet ImageContext. Elle appelle ensuite les méthodes de la classe info.geometrixx.commons.impl.AdaptiveImageHelper, qui effectue la mise à l’échelle proprement dite de l’image.

La classe AdaptiveImageComponentServlet remplace également la méthode writeLayer. Cette méthode applique la qualité du JPEG à l’image.

Servlet Reference Modification Servlet (Geometrixx Common) image-reference-modification-servlet-geometrixx-common

L’exemple de servlet Image Reference Modification Servlet génère des attributs de taille pour l’élément img afin de dimensionner une image sur la page web.

Appeler le servlet calling-the-servlet

Le servlet est lié aux ressources cq:page et prend en charge l’extension de fichier .jpg. Le sélecteur de servlet est image. Par conséquent, Sling résout les URL de requête HTTP au format suivant sur ce servlet :

path-to-page-node.image.jpg

Par exemple, Sling transmet les requêtes HTTP avec l’URL http://localhost:4502/content/geometrixx/en.image.jpg au servlet de modification de référence d’image.

Trois sélecteurs supplémentaires spécifient la largeur, la hauteur et (éventuellement) la qualité de l’image demandée. L’exemple suivant demande une image d’une largeur de 770 pixels, d’une hauteur de 360 pixels et de qualité moyenne.

http://localhost:4502/content/geometrixx/en.image.770.360.MEDIUM.jpg

Propriétés d’image prises en charge

Le servlet accepte un nombre fini de dimensions d’image et de valeurs de qualité.

Les valeurs suivantes sont prises en charge par défaut (largeurxhauteur) :

Les valeurs suivantes pour la qualité d’image sont prises en charge :

Lorsque vous utilisez AEM, il existe plusieurs méthodes de gestion des paramètres de configuration pour de tels services ; voir Configuration d’OSGi pour plus de détails.

Spécifier la ressource image specifying-the-image-resource

Le chemin d’accès, les dimensions et les valeurs de qualité de l’image doivent être stockés en tant que propriétés d’un nœud dans le référentiel :

Lorsque vous créez une page, utilisez le sidekick pour spécifier l’image et ajouter le nœud image aux propriétés de la page :

Détails de mise en œuvre implementation-details-1

La classe info.geometrixx.commons.impl.servlets.ImageReferenceModificationServlet étend la classe AbstractImageServlet. Si le package cq-geometrixx-commons-pkg est installé, le code source ImageReferenceModificationServlet est situé dans le dossier /apps/geometrixx-commons/src/core/src/main/java/info/geometrixx/commons/impl/servlets.

La classe utilise les annotations Felix SCR pour configurer le type de ressource et l’extension de fichier auxquels le servlet est associé, ainsi que le nom du premier sélecteur.

@Component(metatype = true, label = "Adobe CQ Image Reference Modification Servlet",
        description = "Render the image associated with a page in a variety of dimensions and qualities")
@Service
@Properties(value = {
    @Property(name = "sling.servlet.resourceTypes", value = NameConstants.NT_PAGE, propertyPrivate = true),
    @Property(name = "sling.servlet.selectors", value = "image", propertyPrivate = true),
    @Property(name = "sling.servlet.extensions", value = "jpg", propertyPrivate = true)
})

Le servlet utilise l’annotation Property SCR pour définir la qualité et les dimensions d’image par défaut prises en charge.

@Property(label = "Image Quality",
            description = "Quality must be a double between 0.0 and 1.0", value = "0.82")
@Property(value = {
                "256x192", // Category page article list images
                "370x150", // "Most popular" desktop & iPad & carousel min-width: 1px
                "480x200", // "Most popular" phone
                "127x127", // article summary phone square images
                "770x360", // article summary, desktop
                "620x290", // article summary, tablet
                "480x225", // article summary, phone (landscape)
                "320x150", // article summary, phone (portrait) and fallback
                "375x175", // 2-column article summary, desktop
                "303x142", // 2-column article summary, tablet
                "1170x400", // carousel, full
                "940x340",  // carousel min-width: 980px
                "770x300",  // carousel min-width: 768px
                "480x190"   // carousel min-width: 480px
            },
            label = "Supported Resolutions",
            description = "List of resolutions this component is permitted to generate.")

La classe AbstractImageServlet fournit la méthode doGet qui traite la requête HTTP. Cette méthode détermine la ressource associée à l’appel, récupère les propriétés de la ressource à partir du référentiel et les enregistre dans un objet ImageContext.

La classe ImageReferenceModificationServlet remplace la méthode createLayer et implémente la logique qui détermine la ressource d’images dont le rendu doit être effectué. La méthode récupère un nœud enfant du nœud jcr:content de la page, nommé image. Un objet Image est créé à partir de ce nœud image et la méthode getFileReference renvoie le chemin d’accès au fichier image à partir de la propriété fileReference du nœud image.

Développement d’une grille fluide developing-a-fluid-grid

AEM permet une implémentation efficace de grilles fluides. Cette page vous explique comment intégrer votre grille fluide ou une implémentation de grille existante (telle que Bootstrap) dans votre application AEM.

Si vous ne connaissez pas les grilles fluides, reportez-vous à la section Présentation des grilles fluides au bas de cette page. Cette introduction présente un aperçu des grilles fluides et des conseils pour les concevoir.

Définition de la grille à l’aide d’un composant de page defining-the-grid-using-a-page-component

Utilisez les composants de page pour générer les éléments HTML qui définissent les blocs de contenu de la page. Le fichier ClientLibraryFolder auquel la page fait référence fournit le fichier CSS qui contrôle la mise en page des blocs de contenu :

Par exemple, l’exemple d’application geometrixx-media contient le composant media-home. Ce composant insère deux scripts, lesquels génèrent deux éléments div de la classe row-fluid :

<div class="page-content">
    <div class="row-fluid">
        <div class="span12">
            <cq:include path="grid-12-par" resourceType="foundation/components/parsys" />
        </div>
    </div>
    <div class="row-fluid">
        <div class="span8">
            <cq:include path="grid-8-par" resourceType="foundation/components/parsys" />
        </div>
        <div class="span4">
            <cq:include path="grid-4-par" resourceType="foundation/components/parsys" />
        </div>
    </div>
</div>

Mise à l’échelle de la grille du composant de page scaling-the-page-component-grid

La conception qui est associée au composant de page geometrixx-media (/etc/designs/geometrixx-media) contient le dossier de bibliothèque cliente (ClientLibraryFolder) clientlibs. Ce dossier définit les styles CSS des classes row-fluid, des classes span*, ainsi que des classes span* qui sont les enfants des classes row-fluid. Les requêtes de média permettent de redéfinir les styles pour différentes tailles de fenêtre d’affichage.

L’exemple de CSS suivant est un sous-ensemble de ces styles. Ce sous-ensemble porte sur les classes span12, span8 et span4, et sur les requêtes de média relatives à deux tailles de fenêtre d’affichage. Notez les caractéristiques suivantes du CSS :

/* default styles (no media queries) */
 .span12 { width: 940px }
 .span8 { width: 620px }
 .span4 { width: 300px }
 .row-fluid .span12 { width: 100% }
 .row-fluid .span8 { width: 65.95744680851064% }
 .row-fluid .span4 { width: 31.914893617021278% }

@media (min-width: 768px) and (max-width: 979px) {
 .span12 { width: 724px; }
 .span8 {     width: 476px; }
 .span4 {     width: 228px; }
 .row-fluid .span12 {     width: 100%;}
 .row-fluid .span8 {     width: 65.74585635359117%; }
 .row-fluid .span4 {     width: 31.491712707182323%; }
}

@media (min-width: 1200px) {
 .span12 { width: 1170px }
 .span8 { width: 770px }
 .span4 { width: 370px }
 .row-fluid .span12 { width: 100% }
 .row-fluid .span8 { width: 65.81196581196582% }
 .row-fluid .span4 { width: 31.623931623931625% }
}

Repositionnement du contenu dans la grille du composant de page repositioning-content-in-the-page-component-grid

Les pages de l’exemple d’application Geometrixx Media répartissent horizontalement des lignes de blocs de contenu dans des fenêtres d’affichage larges. Dans les fenêtres plus petites, les mêmes blocs sont répartis verticalement. L’exemple CSS suivant montre les styles qui implémentent ce comportement pour le code HTML généré par le composant de page media-home :

/* default styles (no media queries) */
    .row-fluid [class*="span"] {
        width: 100%;
        float: left;
}

@media (max-width: 767px) {
    [class*="span"], .row-fluid [class*="span"] {
        float: none;
        width: 100%;
    }
}

Modulariser vos composants de page tip-modularize-your-page-components

Modularisez vos composants afin d’utiliser efficacement le code. Votre site contient certainement plusieurs types de pages, tels qu’une page d’accueil, une page d’article ou une page de produit. Chaque type de page offre un type de contenu spécifique, dans une mise en page propre. Cependant, lorsque certains éléments de la mise en page sont présents sur plusieurs pages, vous pouvez réutiliser le code d’implémentation de cette partie de la mise en page.

Utiliser les recouvrements de composants de page

Créez un composant de page principal qui fournit des scripts pour générer les différentes parties d’une page, telles que les sections head et body, ainsi que les sections header, content et footer du corps du texte.

Créez d’autres composants de page qui utilisent le composant de page principal en tant que cq:resourceSuperType. Ces composants comprennent des scripts qui remplacent les scripts de la page principale suivant les besoins.

Par exemple, l’application geometrixx-media comprend le composant de page (sling:resourceSuperType est le composant de page de base). Plusieurs composants enfants (tels que article, category et media-home) utilisent ce composant de page en tant que sling:resourceSuperType. Chaque composant enfant contient un fichier content.jsp qui remplace le fichier content.jsp du composant de page.

Réutiliser les scripts

Créez plusieurs scripts JSP qui génèrent des combinaisons de lignes et de colonnes communes à plusieurs composants de page. Par exemple, les scripts content.jsp des composants article et media-home font tous deux référence au script 8x4col.jsp.

Organiser les styles CSS par taille de fenêtre d’affichage ciblée

Incluez des styles CSS et des requêtes de média pour différentes tailles de fenêtre d’affichage dans des fichiers distincts. Utilisez des dossiers de bibliothèque cliente pour les concaténer.

Insertion de composants dans la grille de page inserting-components-into-the-page-grid

Lorsque les composants génèrent un seul bloc de contenu, la grille que le composant de page établit contrôle généralement le positionnement du contenu.

En tant qu’auteur ou autrice, vous pouvez rendre le bloc de contenu dans différentes tailles et positions relatives. Le texte du contenu ne doit pas utiliser de directions relatives pour faire référence à d’autres blocs de contenu.

Si nécessaire, le composant doit fournir toutes les bibliothèques CSS ou JavaScript requises pour le code HTML qu’il génère. Utilisez un dossier de bibliothèque cliente à l’intérieur du composant pour générer les fichiers CSS et JS. Pour exposer les fichiers, créez une dépendance ou incorporez la bibliothèque dans un autre dossier de bibliothèque cliente sous le dossier /etc.

Sous-grilles

Si le composant contient plusieurs blocs de contenu, ajoutez les blocs de contenu à l’intérieur d’une ligne pour établir une sous-grille sur la page :

Le composant /apps/geometrixx-media/components/2-col-article-summary, par exemple, génère deux colonnes de contenu. Le code HTML généré présente la structure suivante :

<div class="row-fluid mutli-col-article-summary">
    <div class="span6">
        <article>
            <div class="article-summary-image">...</div>
            <div class="social-header">...</div>
            <div class="article-summary-description">...</div>
            <div class="social">...</div>
        </article>
    </div>
</div>

Les sélecteurs .row-fluid .span6 du CSS de la page s’appliquent aux éléments div de la même classe et de la même structure dans ce code HTML. Cependant, le composant comprend également le dossier de bibliothèque cliente /apps/geometrixx-media/components/2-col-article-summary/clientlibs :

Par exemple, les styles suivants sont inclus dans le fichier /apps/geometrixx-media/components/2-col-article-summary/clientlibs/css/responsive-480px.css :

@media (max-width: 480px) {
    .mutli-col-article-summary .article-summary-image {
        float: left;
        width: 127px;
    }
    .mutli-col-article-summary .article-summary-description {
        width: auto;
        margin-left: 127px;
    }
    .mutli-col-article-summary .article-summary-description h4 {
        padding-left: 10px;
    }
    .mutli-col-article-summary .article-summary-text {
        margin-left: 127px;
        min-height: 122px;
        top: 0;
    }
}

Présentation des grilles fluides introduction-to-fluid-grids

Les grilles fluides permettent aux mises en page de s’adapter aux dimensions de la fenêtre d’affichage cliente. Les grilles se composent de colonnes et de lignes logiques, qui positionnent les blocs de contenu sur la page.

La technologie HTML5 vous permet d’implémenter la grille et de la manipuler pour adapter les mises en page de la page à différentes tailles de fenêtre d’affichage :

Utilisation de largeurs discrètes using-discrete-widths

Pour chaque plage de largeurs de fenêtre d’affichage que vous ciblez, utilisez une largeur de page statique et des blocs de contenu de largeur constante. Lors du redimensionnement manuel d’une fenêtre du navigateur, les modifications apportées à la taille du contenu se produisent à des largeurs de fenêtre discrètes (également appelées points d’arrêt). Les conceptions de page sont alors plus fidèles et l’expérience client est renforcée.

Redimensionnement de la grille scaling-the-grid

Utilisez des grilles pour redimensionner les blocs de contenu et les adapter à différentes tailles de fenêtre d’affichage. Les blocs de contenu s’étendent sur un nombre spécifique de colonnes. À mesure que les largeurs de colonne augmentent ou diminuent pour s’adapter à différentes tailles de fenêtre d’affichage, les largeurs des blocs de contenu augmentent ou diminuent en conséquence. La mise à l’échelle peut prendre en charge des fenêtres d’affichage de grande et moyenne taille suffisamment larges pour accueillir le positionnement côte à côte des blocs de contenu.

Repositionnement du contenu dans la grille repositioning-content-in-the-grid

La taille des blocs de contenu peut être limitée par une largeur minimale, au-delà de laquelle la mise à l’échelle ne se fait plus. Pour les fenêtres d’affichage plus petites, la grille peut être utilisée pour répartir les blocs de contenu verticalement plutôt qu’horizontalement.

Conception de la grille designing-the-grid

Déterminez les colonnes et les lignes dont vous avez besoin pour positionner les blocs de contenu sur vos pages. Vos mises en page déterminent le nombre de colonnes et de lignes qui couvrent votre grille.

Nombre de colonnes

Insérez suffisamment de colonnes pour positionner horizontalement les blocs de contenu dans toutes vos mises en page, pour toutes les tailles de fenêtre d’affichage. Utilisez plus de colonnes que ce qui est actuellement nécessaire pour vous adapter aux futures conceptions de page.

Contenu des lignes

Utilisez les lignes pour contrôler le positionnement vertical des blocs de contenu. Déterminez les blocs de contenu qui partagent la même ligne :

Implémentations de grille grid-implementations

Créez des classes et des styles CSS pour contrôler la mise en page des blocs de contenu sur une page. Les conceptions de page sont souvent basées sur la taille et la position relatives des blocs de contenu dans la fenêtre d’affichage. La fenêtre d’affichage détermine la taille réelle des blocs de contenu. Votre CSS doit tenir compte des tailles relatives et absolues. Vous pouvez implémenter une grille fluide à l’aide de trois types de classes CSS :

Les largeurs de fenêtre d’affichage ciblées (et les requêtes de média associées) délimitent les largeurs discrètes utilisées pour une mise en page.

Largeurs des blocs de contenu widths-of-content-blocks

En règle générale, les styles width des classes de blocs de contenu reposent sur les caractéristiques suivantes de votre page et de votre grille :

Le CSS comprend une série de requêtes de média qui utilisent la structure suivante :

@media(query_for_targeted_viewport){

  .class_for_container{ width:absolute_page_width }
  .class_for_row { width:100%}

  /* several selectors for content blocks   */
  .class_for_content_block1 { width:absolute_block_width1 }
  .class_for_content_block2 { width:absolute_block_width2 }
  ...

  /* several selectors for content blocks inside rows */
  .class_for_row .class_for_content_block1 { width:relative_block_width1 }
  .class_for_row .class_for_content_block2 { width:relative_block_width2 }
  ...
}

Utilisez l’algorithme suivant comme point de départ pour développer les classes d’éléments et les styles CSS de vos pages.

Positionnement des blocs de contenu dans des lignes positioning-content-blocks-in-rows

Utilisez le style flottant de la classe .row-fluid pour déterminer si les blocs de contenu d’une ligne sont disposés horizontalement ou verticalement.

Ajoutez le style au sélecteur .row-fluid à l’intérieur de chaque requête de média. Définissez la valeur en fonction de la mise en page que vous utilisez pour cette requête de média. Par exemple, le diagramme suivant illustre une ligne qui répartit le contenu horizontalement pour les fenêtres d’affichage larges et verticalement pour les fenêtres d’affichage étroites.

Le CSS suivant peut implémenter ce comportement :

@media (min-width: 768px) and (max-width: 979px) {
   .row-fluid {
       width:100%;
       float:left
   }
}

@media (max-width:480px){
    .row-fluid {
       width:100%;
       float:none
   }
}

Attribution de classes à des blocs de contenu assigning-classes-to-content-blocks

Pour la mise en page de chaque taille de fenêtre d’affichage ciblée, déterminez le nombre de colonnes couvrant chaque bloc de contenu. Ensuite, déterminez la classe à utiliser pour les éléments div de ces blocs de contenu.

Lorsque vous avez défini les classes div, vous pouvez implémenter la grille à l’aide de votre application AEM.