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

20

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

user842
la source

Réponses:

10

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

J'utilise toujours les éléments Add jQuery UI to core issue comme exemple du fonctionnement de ce processus. Quelques personnes ont eu une idée, elles ont posté du code, il a été examiné et débattu, puis ajouté au noyau Drupal 7.

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

Chris Pliakas
la source
2
Dans le cas des modules contribués, cela dépend davantage des mainteneurs de ces modules et de ce que sont les avions de Dries. Si les responsables d'un module qui pourraient être fusionnés dans le code principal de Drupal ne font rien, alors ce module ne sera pas fusionné dans Drupal.
kiamlaluno
1
Je comprends ce que vous dites, mais avec suffisamment de soutien, vous pouvez obtenir quelque chose dans le cœur sans le responsable. De toute évidence, ce serait beaucoup plus difficile à faire, et sans le soutien du responsable, les choses ne passeraient probablement pas la phase d'examen et de débat. Le point global que j'essaie de faire est que le processus n'est pas exclusif, ce qui est la principale raison pour laquelle Drupal est si puissant au départ.
Chris Pliakas
45

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é module 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
  • Distribution Drupal localisée
  • 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)

  • Sauvegarder et migrer
  • Le contexte
  • Chapelure personnalisée
  • traits
  • Flux
  • Menu Fil d'Ariane
  • Liens de service
  • Règles
  • Vues * (tous les modules liés aux vues)
rêves cosmiques
la source
6

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 d' initiatives dites 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 modules liés à HTML5 pourraient 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 elles 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 validé 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.

Berdir
la source