Quali moduli hanno contribuito al trasferimento nel core di Drupal 8?


20

C'era un numero significativo di moduli D6 (o versioni di) che venivano inseriti nel core D7. Mi chiedo se ce ne sono per D8?

Risposte:


10

La risposta breve è che Drupal è sviluppato dalla community, quindi dipende da cosa TU (chiunque legga questa risposta) aggiungi a Drupal 8.

Uso sempre gli elementi dell'interfaccia utente Aggiungi jQuery al problema principale come esempio di come funziona questo processo. Alcune persone hanno avuto un'idea, hanno pubblicato del codice, è stato rivisto e discusso, quindi aggiunto al core di Drupal 7.

I contributi di base non sono affatto esclusivi, quindi sii audace! Inizia a contribuire.


2
Nel caso dei moduli contribuiti, dipende maggiormente dai manutentori di tali moduli e dai piani di Dries. Se i manutentori di un modulo che potrebbero essere uniti nel codice core di Drupal non fanno nulla, allora quel modulo non verrà unito in Drupal.
kiamlaluno

1
Capisco quello che stai dicendo, ma con un supporto sufficiente potresti ottenere qualcosa di fondamentale senza il manutentore. Ovviamente sarebbe molto più difficile da fare, e senza il supporto del manutentore le cose probabilmente non passerebbero la fase di revisione e discussione. Il punto generale che sto cercando di sottolineare è che il processo non è esclusivo, il motivo principale per cui Drupal è così potente all'inizio.
Chris Pliakas,

45

Moduli portati nel nocciolo

Interamente:

  • Punto di rottura
  • CacheTags
  • Traduzione di contenuti
  • Email (campo semplice, solo validazione HTML5)
  • API Entity
  • Riferimento entità
  • Modalità di visualizzazione delle entità
  • Entità del file
  • Link (campo semplice, solo convalida HTML5)
  • Telefono (campo semplice, solo convalida HTML5)
  • Immagine
  • Modifica rapida
  • Traslitterazione
  • UUID
  • Visualizzazioni
  • RESTWS (rinominato in modulo REST)

parzialmente:

  • Admin Views (rielaborato)
  • CKEditor
  • CTools
  • Data (tutte tranne le date ricorrenti)
  • Display Suite (modalità di visualizzazione)
  • Internazionalizzazione
  • Migrare
  • Views Bulk Operations (rielaborato)

Rimosso

  • Blog (spostato in contrib)
  • Dashboard (spostato per contribuire come Homebox)
  • ID aperto
  • Overlay (sostanzialmente rielaborato per non fornire un "overlay")
  • Filtro PHP (spostato in contrib)
  • Sondaggio (spostato in contrib)
  • Profilo (usa Profile2 ora)
  • Traduzione (sostituita da Entity Translation)
  • Trigger (usa ora le regole)
  • Firma (funzionalità fornita dall'utente spostata in contrib)
  • XML-RPC (spostato in contrib)

Moduli modificati sostanzialmente da Drupal 8:

Obsoleto (non ti serviranno più)

  • Admin
  • Lingua di amministrazione
  • Fagiolo
  • scatole
  • Filtro didascalia
  • Campo calcolato
  • Ctools esportabili
  • Negoziazione della lingua di fallback
  • Campo nascosto
  • Pannelli Fieldable
  • Filtro a galleggiante
  • Widget campo nascosto
  • Storia
  • IMCE
  • Aggiornamento di localizzazione
  • Distribuzione localizzata di Drupal
  • Blocco menu
  • Percorsi menu
  • Filtro del modulo
  • Riferimento nodo
  • segnaposto
  • Profile2
  • Autorizzazioni RSS
  • Servizi
  • Sostituzione delle stringhe
  • Braccio forte
  • Gettone
  • Traslitterazione
  • Campo immagine utente
  • Riferimento per l'utente
  • Schede verticali
  • Wysiwyg * (il modulo e tutto ciò che lo riguarda)

Ridotto (questi avranno meno lavoro da fare)

  • Backup e migrazione
  • Contesto
  • Pangrattato personalizzato
  • Caratteristiche
  • Feed
  • Menu Pangrattato
  • Collegamenti di servizio
  • Regole
  • Viste * (ogni modulo relativo alle viste)

6

Non sono i moduli che vengono inseriti nel nucleo, è la funzionalità. Funzionalità che potrebbe essere stata fornita dai moduli contribuiti (e il codice che è stato aggiunto al core potrebbe essere stato influenzato da quei moduli ma non necessariamente che il codice effettivo viene riutilizzato. Ad esempio i campi, che sono stati ispirati da CCK ma erano una riscrittura completa da zero ). E quindi questi moduli contrib non devono essere portati alla prossima versione core.

Detto questo, non esiste una tabella di marcia nello sviluppo del core di Drupal. Quindi è impossibile a questo punto rispondere alla tua vera domanda.

L'unica cosa che esiste ora è una serie di cosiddette iniziative chiave . Questa è un'area in cui le persone lavorano insieme sotto la guida del proprietario dell'iniziativa per migliorare Drupal in un'area specifica. Uno di questi è HTML5 (il che potrebbe significare che un certo numero di moduli relativi a HTML5 potrebbero non essere necessari in D8) un altro sono i servizi Web e il contesto (il che significa che ad esempio il modulo contestuale non sarà necessario e forse parti di pannelli). Ma tutto ciò è solo speculazione a questo punto. Perché anche se queste iniziative esistono, non è fondamentale che qualsiasi cosa a cui stanno lavorando venga impegnata.

Questo è fondamentalmente i due compiti principali che Dries Buytaert (e in una certa misura co-manutentori, proprietari di iniziative, ...) stanno svolgendo. Stanno parlando di come Drupal potrebbe evolversi e cosa si potrebbe fare. E poi finalmente Dries decide se una patch è sottoposta a commit o meno.

Nel mezzo, tutto dipende se ci sono persone che sono interessate a qualcosa e vogliono implementare / migliorare / riparare alcune parti del core di Drupal.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.