Welche beitragenden Module werden in den Drupal 8 Core verschoben?


20

Es gab eine signifikante Anzahl von D6-Modulen (oder Versionen davon), die in den D7-Kern gezogen wurden. Ich frage mich, ob es welche für D8 gibt?

Antworten:


10

Die kurze Antwort ist, dass Drupal von der Community entwickelt wurde. Es kommt also darauf an, was SIE (jeder, der diese Antwort liest) zu Drupal 8 hinzufügen.

Als Beispiel für die Funktionsweise dieses Prozesses verwende ich immer die Elemente der jQuery-Benutzeroberfläche zum Kernproblem hinzufügen. Ein paar Leute hatten eine Idee, sie haben Code gepostet, er wurde überprüft und diskutiert und dann zu Drupal 7 Core hinzugefügt.

Kernbeiträge sind keineswegs exklusiv, seien Sie also mutig! Beginnen Sie mitzumachen.


2
Bei beitragenden Modulen hängt dies mehr von den Betreuern dieser Module und von den Flugzeugen von Dries ab. Wenn die Betreuer eines Moduls, das mit dem Drupal-Kerncode zusammengeführt werden könnte, nichts tun, wird dieses Modul nicht mit Drupal zusammengeführt.
kiamlaluno

1
Ich verstehe, was Sie sagen, aber mit genügend Unterstützung könnten Sie ohne den Betreuer etwas in den Kern bekommen. Offensichtlich wäre das viel schwieriger zu tun, und ohne die Unterstützung des Betreuers würden die Dinge die Überprüfungs- und Debattenphase wahrscheinlich nicht bestehen. Der allgemeine Punkt, den ich versuche, ist, dass der Prozess nicht exklusiv ist, was der Hauptgrund ist, warum Drupal anfangs so mächtig ist.
Chris Pliakas

45

Module in den Kern gebracht

Vollständig:

  • Haltepunkt
  • CacheTags
  • Inhaltsübersetzung
  • E-Mail (einfaches Feld, nur HTML5-Validierung)
  • Entitäts-API
  • Mandantenreferenz
  • Entity-Ansichtsmodi
  • Dateieinheit
  • Link (einfaches Feld, nur HTML5-Validierung)
  • Telefon (einfaches Feld, nur HTML5-Validierung)
  • Bild
  • Schnelle Bearbeitung
  • Transliteration
  • UUID
  • Ansichten
  • RESTWS (Umbenannt in REST-Modul)

Teilweise:

  • Admin Views (überarbeitet)
  • CKEditor
  • CTools
  • Datum (alle außer wiederkehrenden Daten)
  • Display Suite (Ansichtsmodi)
  • Internationalisierung
  • Wandern
  • Views Bulk Operations (überarbeitet)

Entfernt

  • Blog (verschoben, um beizutragen)
  • Dashboard (verschoben, um als Homebox beizutragen)
  • ID öffnen
  • Overlay (grundlegend überarbeitet, um kein "Overlay" bereitzustellen)
  • PHP Filter (in Beitrage verschoben)
  • Umfrage (verschoben, um beizutragen)
  • Profil (Jetzt Profile2 verwenden)
  • Übersetzung (ersetzt durch Entity Translation)
  • Auslöser (jetzt Regeln verwenden)
  • Signatur (vom Benutzer bereitgestellte Funktionalität in Beitrage verschoben)
  • XML-RPC (in Beitrage verschoben)

Von Drupal 8 grundlegend geänderte Module:

Veraltet (diese werden nicht mehr benötigt)

  • Administrator
  • Verwaltungssprache
  • Bohne
  • Kästen
  • Beschriftungsfilter
  • Berechnetes Feld
  • Ctools exportables
  • Fallback-Sprachaushandlung
  • Feld ausgeblendet
  • Fieldable Panels Panes
  • Schwimmerfilter
  • Versteckte Feld-Widgets
  • Geschichte
  • IMCE
  • Lokalisierungsupdate
  • Lokalisierte Drupal-Distribution
  • Menüblock
  • Menu Trails
  • Modulfilter
  • Knotenreferenz
  • Platzhalter
  • Profile2
  • RSS-Berechtigungen
  • Dienstleistungen
  • String überschreibt
  • Starker Arm
  • Zeichen
  • Transliteration
  • Benutzerbildfeld
  • Benutzerreferenz
  • Vertikale Registerkarten
  • Wysiwyg * (das Modul und alles, was damit zu tun hat)

Reduziert (diese haben weniger Arbeit zu erledigen)

  • Sichern und migrieren
  • Kontext
  • Benutzerdefinierte Semmelbrösel
  • Eigenschaften
  • Einspeisungen
  • Menü Breadcrumb
  • Service-Links
  • Regeln
  • Ansichten * (jedes Modul in Bezug auf Ansichten)

6

Es sind keine Module, die in den Kern gezogen werden, es ist Funktionalität. Funktionen, die möglicherweise von beigestellten Modulen bereitgestellt wurden (und der Code, der zum Core hinzugefügt wurde, wurde möglicherweise von diesen Modulen beeinflusst, jedoch nicht unbedingt, dass der eigentliche Code wiederverwendet wird. Zum Beispiel Felder, die von CCK inspiriert wurden, aber von Grund auf neu geschrieben wurden) ). Und dann müssen diese Contrib-Module nicht auf die nächste Kernversion portiert werden.

Allerdings gibt es in der Drupal-Kernentwicklung keine Roadmap. Daher ist es an dieser Stelle unmöglich, Ihre eigentliche Frage zu beantworten.

Das einzige, was jetzt existiert, sind eine Reihe von sogenannten Kerninitiativen . Dies ist ein Bereich, in dem Menschen unter der "Führung" des Inhabers der Initiative zusammenarbeiten, um Drupal in einem bestimmten Bereich zu verbessern. Eines davon ist HTML5 (was bedeuten kann, dass eine Reihe von HTML5-bezogenen Modulen in D8 möglicherweise nicht erforderlich sind), das andere sind Web Services und Context (was bedeutet, dass beispielsweise das Context-Modul nicht erforderlich ist und möglicherweise Teile von Panels sind). Aber das alles ist an dieser Stelle nur Spekulation. Denn obwohl es diese Initiativen gibt, ist es nicht in Stein gemeißelt, dass etwas, woran sie arbeiten, verpflichtet wird.

Das sind im Grunde die beiden Hauptaufgaben, die Dries Buytaert (und bis zu einem gewissen Grad Mitbetreuer, Initiativverantwortliche, ...) erledigen. Sie reden darüber , wie Drupal könnte sich entwickeln und was getan werden könnte. Und schließlich entscheidet Dries, ob ein Patch festgeschrieben wird oder nicht.

Dazwischen hängt alles davon ab, ob es Leute gibt, die an etwas interessiert sind und einen Teil des Drupal-Kerns implementieren / verbessern / reparieren möchten.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.