Hubo un número significativo de módulos D6 (o versiones de) que se incorporaron al núcleo D7. Me pregunto si hay alguno para D8.

La respuesta corta es que Drupal es desarrollado por la comunidad, por lo que depende de lo que USTED (cualquiera que lea esta respuesta) agregue a Drupal 8.

Siempre uso los elementos Agregar interfaz de usuario jQuery al problema central como ejemplo de cómo funciona este proceso. Algunas personas tuvieron una idea, publicaron un código, lo revisaron y debatieron, y luego lo agregaron al núcleo de Drupal 7.

Las contribuciones principales no son exclusivas, ¡así que sé valiente! Comienza a contribuir.

Módulos traídos al núcleo

Enteramente:

• Punto de interrupción
• Etiquetas de caché
• Traducción de contenido
• Correo electrónico (campo simple, solo validación HTML5)
• API de entidad
• Referencia de entidad
• Modos de vista de entidad
• Entidad de archivo
• Enlace (campo simple, solo validación HTML5)
• Teléfono (campo simple, solo validación HTML5)
• Imagen
• Edición rapida
• Transcripción
• UUID
• Puntos de vista
• RESTWS (renombrado a módulo REST)

Parcialmente:

• Vistas de administrador (reelaboradas)
• CKEditor
• CTools
• Fecha (todas excepto fechas recurrentes)
• Display Suite (modos de visualización)
• Internacionalizacion
• Emigrar
• Vistas Operaciones masivas (reelaborado)

Remoto

• Blog (movido a contrib)
• Panel de control (movido a contrib como Homebox)
• ID abierta
• Superposición (fundamentalmente reelaborada para no proporcionar una "superposición")
• Filtro PHP (movido a contrib)
• Encuesta (movido a contrib)
• Perfil (Use Profile2 ahora)
• Traducción (reemplazada por Entity Translation)
• Desencadenador (use las reglas ahora)
• Firma (la funcionalidad proporcionada por el usuario se movió a contrib)
• XML-RPC (movido a contrib)

Módulos modificados fundamentalmente por Drupal 8:

En desuso (ya no los necesitará)

• Administración
• Lenguaje de administración
• Frijol
• Cajas
• Filtro de subtítulos
• Campo calculado
• Ctools exportables
• Negociación de lenguaje de reserva
• Campo oculto
• Paneles de paneles flexibles
• Filtro de flotador
• Widgets de campo oculto
• Historia
• IMCE
• Actualización de localización
• Distribución localizada de Drupal
• Bloque de menú
• Senderos de menú
• Filtro del módulo
• Referencia de nodo
• Marcador de posición
• Perfil2
• Permisos RSS
• Servicios
• Anulaciones de cadena
• Brazo fuerte
• Simbólico
• Transcripción
• Campo de imagen del usuario
• Referencia de usuario
• Pestañas verticales
• Wysiwyg * (el módulo y todo lo relacionado con él)

Reducido (estos tendrán menos trabajo que hacer)

• Copia de seguridad y migrar
• Contexto
• Migas de pan personalizadas
• Caracteristicas
• Feeds
• Menú Pan rallado
• Enlaces de servicio
• Reglas
• Vistas * (cada módulo relacionado con vistas)

No son los módulos los que se incorporan al núcleo, es la funcionalidad. Funcionalidad que podrían haber proporcionado los módulos contribuidos (y el código que se agregó al núcleo podría haber sido influenciado por esos módulos, pero no necesariamente que se reutilice el código real. Por ejemplo, los campos, que se inspiraron en CCK pero fueron una reescritura completa desde cero) ) Y luego estos módulos contrib no necesitan ser portados a la próxima versión principal.

Dicho esto, no hay una hoja de ruta en el desarrollo central de Drupal. Por lo tanto, es imposible en este momento responder a su pregunta real.

Lo único que existe ahora es una serie de las llamadas iniciativas centrales . Esa es un área donde las personas trabajan juntas bajo el "liderazgo" del propietario de la iniciativa para mejorar Drupal en un área específica. Uno de ellos es HTML5 (lo que podría significar que varios módulos relacionados con HTML5 podrían no ser necesarios en D8), otro es Servicios web y contexto (lo que significa que, por ejemplo, el módulo de contexto será innecesario y tal vez parte de los paneles). Pero todo eso es solo especulación en este momento. Porque a pesar de que existen estas iniciativas, no está escrito en piedra que se comprometerá cualquier cosa en la que estén trabajando.

Básicamente, esas son las dos tareas principales que Dries Buytaert (y hasta cierto punto, co-mantenedores, propietarios de iniciativas, ...) están haciendo. Están hablando de cómo Drupal podría evolucionar y qué se podría hacer. Y finalmente, Dries decide si un parche está comprometido o no.

En el medio, todo depende de si hay personas que estén interesadas en algo y quieran implementar / mejorar / arreglar alguna parte del núcleo de Drupal.