¿Qué módulos contribuidos se trasladarán al núcleo de Drupal 8?

Question

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

Answer 1

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

Siempre utilice el Añadir elementos de jQuery UI al tema central como un ejemplo de cómo funciona este proceso. Unas pocas personas tenían una idea, que publican algo de código, que fue revisado y discutido, luego se añadió a Drupal 7 núcleo.

Las contribuciones básicas son de ninguna manera exclusiva, por lo que ser valiente! Empieza a contribuir.

Answer 2

Módulos incorporados al núcleo

Enteramente:

• Punto de interrupción
• Etiquetas de caché
• Traducción de contenidos
• 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 como módulo REST)

Parcialmente:

• Vistas de administrador (reelaboradas)
• CKEditor
• CHerramientas
• Fecha (todas excepto las fechas recurrentes)
• Display Suite (modos de visualización)
• Internacionalización
• Emigrar
• Vistas de operaciones masivas (reelaboradas)

Remoto

• Blog (movido a contribuir)
• Panel de control (movido a contribuir como Homebox)
• Abrir identificación
• Superposición (fundamentalmente reelaborada para no proporcionar una "superposición")
• Filtro PHP (movido a contribución)
• Encuesta (movida a contribuir)
• Perfil (Use Profile2 ahora)
• Traducción (reemplazada por traducción de entidades)
• Activador (usa reglas ahora)
• Firma (funcionalidad proporcionada por el Usuario movido a contrib)
• XML-RPC (movido a contribución)

Módulos cambiados fundamentalmente por Drupal 8:

En desuso (ya no los necesitarás)

• Administración
• Idioma de administración
• Frijol
• Cajas
• Filtro de subtítulos
• Campo calculado
• Ctools exportables
• Negociación del lenguaje alternativo
• Campo oculto
• Paneles de paneles colocables
• Filtro flotador
• Widgets de campo ocultos
• Historia
• IMCE
• Actualización de localización
• Distribución Drupal localizada
• Bloque de menú
• Menú Rutas
• Filtro de módulo
• Referencia de nodo
• Marcador de posición
• Perfil2
• Permisos RSS
• Servicios
• Anulaciones de cadenas
• Brazo fuerte
• Simbólico
• Transcripción
• Campo de imagen de 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 migración
• Contexto
• Migas de pan personalizadas
• Características
• Feeds
• Ruta de navegación del menú
• Enlaces de servicio
• Normas
• Vistas * (todos los módulos relacionados con vistas)

Answer 3

It's not modules which are pulled into core, it's functionality. Functionality that might have been provided by contributed modules (and the code that was added to core might have been influenced by those modules but not necessarly that actual code is reused. For example fields, which was inspired by CCK but was a complete rewrite from scratch). And then these contrib modules don't need to be ported to the next core version.

That said, there is no roadmap in Drupal core development. So it is impossible at this point to answer your actual question.

The only thing that now exists are a number of so called core initiatives. That is an area where people are working together under the "lead" of the initiative owner to improve Drupal in a specific area. One of those is HTML5 (which might mean that a number of HTML5 related modules might not be necessary in D8) another is Web Services and Context (which means that for example the Context module will be unecessary and maybe parts of Panels). But all that is just speculation at this point. Because even though these initiatives exist, it is not set in stone that anything they're working on will be commited.

That is basically the two main tasks that Dries Buytaert (and to a certain degree co-maintainers, initiative owners, ...) are doing. They're talking about how Drupal could evolve and what could be done. And then finally Dries decides if a patch is commited or not.

In between, everything depends on if there are people who are interested in something and want to implement/improve/fix some part of Drupal core.