it-swarm-fr.com

Quels modules ont été transférés dans Drupal 8 core?

Il y avait un nombre important de modules D6 (ou versions de) qui ont été intégrés dans le noyau D7. Je me demande s'il y en a pour D8?

20
user842

La réponse courte est que Drupal est développé par la communauté, cela dépend donc de ce que VOUS (toute personne lisant cette réponse) ajoutez à Drupal 8.

J'utilise toujours le problème Ajouter des éléments d'interface utilisateur jQuery au noya comme exemple de la façon dont ce processus fonctionne. Quelques personnes ont eu une idée, elles ont posté du code, il a été revu et débattu, puis ajouté à Drupal 7 core.

Les contributions de base ne sont en aucun cas exclusives, alors soyez audacieux! Commencez à contribuer.

10
Chris Pliakas

Modules intégrés au cœur

Entièrement:

  • Point d'arrêt
  • CacheTags
  • Traduction de contenu
  • Courriel (champ simple, validation HTML5 uniquement)
  • API d'entité
  • Référence d'entité
  • Modes d'affichage des entités
  • Entité de fichier
  • Lien (champ simple, validation HTML5 uniquement)
  • Téléphone (champ simple, validation HTML5 uniquement)
  • Image
  • Edition rapide
  • Translitération
  • UUID
  • Vues
  • RESTWS (renommé en REST)

Partiellement:

  • Vues d'administration (retravaillées)
  • CKEditor
  • CTools
  • Date (toutes sauf dates récurrentes)
  • Display Suite (modes d'affichage)
  • Internationalisation
  • Émigrer
  • Vues Opérations en vrac (retravaillées)

Supprimé

  • Blog (déplacé vers contrib)
  • Tableau de bord (déplacé vers contrib en tant que Homebox)
  • ID ouvert
  • Superposition (fondamentalement retravaillée pour ne pas fournir de "superposition")
  • Filtre PHP (déplacé vers contrib)
  • Sondage (déplacé vers contrib)
  • Profil (utilisez Profile2 maintenant)
  • Traduction (remplacée par Entity Translation)
  • Déclencheur (utilisez les règles maintenant)
  • Signature (fonctionnalité fournie par l'utilisateur déplacée vers contrib)
  • XML-RPC (déplacé vers contrib)

Modules fondamentalement modifiés par Drupal 8:

Obsolète (vous n'en aurez plus besoin)

  • Admin
  • Langue d'administration
  • Haricot
  • Des boites
  • Filtre de légende
  • Champ calculé
  • Exportables Ctools
  • Négociation de la langue de secours
  • Champ masqué
  • Panneaux modulables Panneaux
  • Filtre à flotteur
  • Widgets de champs cachés
  • Histoire
  • IMCE
  • Mise à jour de localisation
  • Localisé Drupal Distribution
  • Bloc de menu
  • Pistes de menu
  • Filtre de module
  • Référence de nœud
  • Espace réservé
  • Profil2
  • Autorisations RSS
  • Prestations de service
  • Remplacements de chaîne
  • Bras fort
  • Jeton
  • Translitération
  • Champ d'image utilisateur
  • Référence utilisateur
  • Onglets verticaux
  • Wysiwyg * (le module et tout ce qui s'y rapporte)

Réduit (ceux-ci auront moins de travail à faire)

  • Sauvegarde et migration
  • Le contexte
  • Chapelure personnalisée
  • Caractéristiques
  • Flux
  • Menu Fil d'Ariane
  • Liens de service
  • Règles
  • Vues * (tous les modules liés aux vues)
45
tim.plunkett

Ce ne sont pas des modules qui sont tirés au cœur, c'est une fonctionnalité. Fonctionnalité qui pourrait avoir été fournie par les modules contribués (et le code qui a été ajouté au noyau peut avoir été influencé par ces modules mais pas nécessairement que le code réel est réutilisé. Par exemple, les champs, qui ont été inspirés par CCK mais qui étaient une réécriture complète à partir de zéro ). Et puis, ces modules contrib n'ont pas besoin d'être portés vers la prochaine version principale.

Cela dit, il n'y a pas de feuille de route dans le développement de base Drupal. Il est donc impossible à ce stade de répondre à votre question réelle.

La seule chose qui existe maintenant est un certain nombre de soi-disant initiatives de base . C'est un domaine où les gens travaillent ensemble sous la "direction" du propriétaire de l'initiative pour améliorer Drupal dans un domaine spécifique. L'un d'eux est HTML5 (ce qui pourrait signifier qu'un certain nombre de HTML5 liés modules peuvent ne pas être nécessaires dans D8) un autre est les services Web et le contexte (ce qui signifie que, par exemple, le module de contexte sera inutile et peut-être des parties de panneaux). Mais tout cela n'est que spéculation à ce stade. Parce que même si ces initiatives existent, il n'est pas figé que tout ce sur quoi ils travaillent sera engagé.

C'est essentiellement les deux tâches principales que Dries Buytaert (et dans une certaine mesure les co-responsables, les propriétaires d'initiatives, ...) accomplissent. Ils parlent de la façon dont Drupal pourrait évoluer et de ce qui pourrait être fait. Et enfin, Dries décide si un patch est engagé ou non.

Entre les deux, tout dépend s'il y a des gens qui sont intéressés par quelque chose et qui veulent implémenter/améliorer/réparer une partie du noyau Drupal.

6
Berdir