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

20

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.

8 usuario842
fuente

Respuestas:

10

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.

Chris Pliakas
fuente
2
En el caso de los módulos contribuidos, depende más de los mantenedores de esos módulos y de lo que son los aviones de Dries. Si los mantenedores de un módulo que podrían fusionarse en el código central de Drupal no hacen nada, entonces ese módulo no se fusionará en Drupal.
kiamlaluno
1
Entiendo lo que dices, pero con suficiente soporte podrías obtener algo en el núcleo sin el mantenedor. Obviamente, eso sería mucho más difícil de hacer, y sin el apoyo del mantenedor, las cosas probablemente no pasarían la fase de revisión y debate. El punto general que estoy tratando de hacer es que el proceso no es exclusivo, que es la razón principal por la que Drupal es tan poderoso para empezar.
Chris Pliakas
45

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)
cosmicdreams
fuente
6

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.

Berdir
fuente