Les vérificateurs d'accès aux routes, hook_entity_access() et tout ce qui est nécessaire pour retourner un objet AccessResultInterface doivent ajouter les métadonnées de mise en cache appropriées.

L’API CKEditor est nouvelle dans Drupal 8.

Notez que cela concerne uniquement l’API du module CKEditor de Drupal 8, et non l’API de la bibliothèque JavaScript CKEditor – pour cela, voir http://docs.ckeditor.com/.

Pour plus d’informations sur ce que fait ce module, consultez la documentation du module Text Editor.

Fonctionnalités de l’API

Classées par ordre de rareté d’utilisation :

Skins CKEditor

API de configuration dans Drupal 8.

L’API de configuration fournit un endroit centralisé pour que les modules stockent des données de configuration. Ces données peuvent être une configuration simple, comme le nom de votre site, ou des informations plus complexes gérées via des objets de configuration, comme les vues et les types de contenu.

Drupal 8 distingue plusieurs types d’informations :

• Contenu

Informations destinées à être affichées sur votre site et modifiables par les utilisateurs : articles, pages de base, images, fichiers, etc.

• Session

Informations sur les interactions d’un utilisateur individuel avec le site, par exemple leur sélection actuelle de filtre dans une vue. C’est éphémère et personnalisé pour chaque utilisateur.

Par défaut, les informations de configuration dans Drupal 8 sont stockées dans la base de données.

Format du fichier de configuration (YAML)

Les extensions (modules, thèmes et profils) fournissent des données de configuration dans des fichiers YAML.

Voici un exemple de fichier de configuration :

some_string: 'Woo kittens!'
some_int: 42
some_bool: true

La configuration peut également être imbriquée. Voici un exemple :

Le système de configuration de Drupal 8 gère la configuration de manière unifiée. Par défaut, Drupal stocke les données de configuration en base de données, mais elles peuvent être exportées en fichiers YAML, ce qui permet de gérer la configuration via le contrôle de version. Cependant, il existe des cas où il faut remplacer certaines valeurs de configuration pour des besoins spécifiques. Dans Drupal 7, il y avait une variable globale $conf, généralement remplie dans settings.php avec des valeurs conditionnelles de remplacement.

Drupal 8 inclut le support d’un langage de schéma/métadonnées créé avec Kwalify (http://www.kuwata-lab.com/kwalify/) pour les fichiers de configuration YAML. Kwalify lui-même est écrit en Ruby, et quelques ajustements ont été nécessaires au format, donc toutes les spécificités de Kwalify ne s’appliquent pas directement, mais c’est assez proche.

Cheatsheet

Pour une compréhension rapide et quelques exemples pratiques, consultez cette fiche, puis continuez à lire si vous avez encore des questions :

Les objets de configuration peuvent déclarer des dépendances. Une dépendance peut être un module, un thème ou une entité.

Cette page présente un exemple de création d’un type d’objet de configuration avec des pages de gestion dans l’administration pour Drupal 8. Pour comprendre les notions de configuration simple et d’objets de configuration, voir https://drupal.org/node/2120523.

Après activation du module d’exemple contenant le code ci-dessous, un formulaire de configuration sera accessible à l’adresse « admin/config/system/example », comme montré sur la capture d’écran :