Welche Module werden in den Drupal 8 -Kern bewegt?

Question

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

Answer 1

Die kurze Antwort lautet, dass Drupal von der Community entwickelt wird. Es hängt daher davon ab, was Sie (jeder, der diese Antwort liest) zu Drupal 8 hinzufügen.

Ich benutze immer das Fügen Sie JQuery UI -Elemente zum Kern hinzu Problem als Beispiel dafür, wie dieser Prozess funktioniert. Ein paar Leute hatten eine Idee, sie haben einen Code gepostet, er wurde überprüft und diskutiert und dann zu Drupal 7 Core hinzugefügt.

Kernbeiträge sind keineswegs exklusiv, also sei mutig! Starten Sie mit Beitrag.

Answer 2

Module, die in den Kern gebracht wurden

Völlig:

• Haltepunkt
• STAGAGEN
• Inhaltsübersetzung
• E -Mail (einfaches Feld, nur HTML5 -Validierung)
• Entität API
• Entitätsreferenz
• Entitätsansichtsmodi
• Dateientität
• Link (einfaches Feld, nur HTML5 -Validierung)
• Telefon (einfaches Feld, nur HTML5 -Validierung)
• Bild
• Schnelle Bearbeitung
• Transliteration
• Uuid
• Ansichten
• Restws (in das REST -Modul umbenannt)

Teilweise:

• Admin -Ansichten (überarbeitet)
• Ckeditor
• Ctools
• Datum (alle außer wiederkehrenden Daten)
• Suite anzeigen (Ansichtsmodi)
• Internationalisierung
• Wandern
• Ansichten Bulk Operations (überarbeitet)

ENTFERNT

• Blog (umgezogen zu Beitrag)
• Dashboard (bewegt als Homebox)
• Open ID
• Overlay (grundsätzlich überarbeitet, um keine "Overlay" zu liefern)
• PHP -Filter (bewegt auf Beiträge)
• Umfrage (umgezogen auf Beiträge)
• Profil (nun Profil2 verwenden)
• Übersetzung (ersetzt durch Entitätsübersetzung)
• Trigger (jetzt Regeln verwenden)
• Signatur (Funktionalität, die vom Benutzer zur Verfügung gestellt wird, um auf Beiträge zu wechseln)
• XML-RPC (bewegt auf Beiträge)

Module verändert sich grundlegend durch Drupal 8:

Veraltet (Sie werden diese nicht mehr brauchen)

• Administrator
• Verwaltungssprache
• Bohne
• Kisten
• Bildunterschrift Filter
• Computerfeld
• Ctools exportierbare
• Fallback -Sprachverhandlung
• Feld versteckt
• Feldbare Paneele
• Schwimmerfilter
• Versteckte Feldwidgets
• Geschichte
• IMCE
• Lokalisierungsaktualisierung
• Lokalisierte Drupalverteilung
• Menüblock
• Menüwege
• Modulfilter
• Knotenreferenz
• Platzhalter
• Profil2
• RSS -Berechtigungen
• Dienstleistungen
• String überschrieben
• Starker Arm
• Zeichen
• Transliteration
• Benutzerbildfeld
• Benutzerreferenz
• Vertikale Registerkarten
• Wysiwyg * (das Modul und alles, was damit zu tun hat)

Reduziert (diese werden weniger Arbeit zu tun haben)

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

Answer 3

Es sind keine Module, die in den Kern gezogen werden, sondern Funktionalität. Funktionen, die möglicherweise durch zugeführte Module bereitgestellt worden sein (und der Code, der zu Kern hinzugefügt wurde ). Und dann müssen diese Beitragsmodule nicht auf die nächste Kernversion portiert werden.

Das heißt, es gibt keine Roadmap in der Drupal -Kernentwicklung. An diesem Punkt ist es also unmöglich, Ihre tatsächliche 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 Initiativbesitzers zusammenarbeiten, um Drupal in einem bestimmten Bereich zu verbessern. Eine davon ist HTML5 (was möglicherweise bedeutet, dass eine Reihe von HTML5 -verwandten Modulen in D8 möglicherweise nicht erforderlich sind). Ein anderer ist Webdienste und Kontext (was bedeutet, dass das Kontextmodul beispielsweise unnötig und möglicherweise Teile der Panels ist). Aber all das spekuliert zu diesem Zeitpunkt nur. Denn obwohl diese Initiativen existieren, wird nicht in Stein gemeißelt, woran sie arbeiten.

Das sind im Grunde die beiden Hauptaufgaben, die Buytaert (und bis zu einem gewissen Grad Co-Maintainers, Initiativbesitzer, ...). Sie sprechen darüber, wie Drupal könnte Entwickeln Sie sich und was könnte getan werden. Und dann entscheidet sich schließlich, ob ein Patch begangen wird oder nicht.

Dazwischen hängt alles davon ab, ob es Menschen gibt, die sich für etwas interessieren und einen Teil des Drupal -Kerns implementieren/verbessern/beheben möchten.