どの貢献モジュールがDrupal 8コアに移動されていますか?


20

D7コアに取り込まれたD6モジュール(またはそのバージョン)が相当数ありました。D8に何かありますか?

回答:


10

簡単な答えは、Drupalはコミュニティによって開発されているため、YOU(この答えを読んでいる人)がDrupal 8に追加する内容によって異なります。

このプロセスのしくみの例として、jQuery UI要素をコアの問題に追加することを常に使用しています。少数の人々がアイデアを持ち、いくつかのコードを投稿し、レビューと議論が行われた後、Drupal 7コアに追加されました。

中核的な貢献は決して排他的ではないので、大胆に!貢献を開始します。


2
寄贈されたモジュールの場合、それはそれらのモジュールのメンテナーと、Driesのプレーンとはより依存しています。Drupalコアコードにマージできるモジュールのメンテナーが何もしない場合、そのモジュールはDrupalにマージされません。
kiamlaluno

1
あなたの言っていることは承知していますが、十分なサポートがあれば、メンテナーなしで何かをコアに入れることができます。明らかに、それははるかに困難であり、メンテナーのサポートがなければ、物事はおそらくレビューと討論の段階を通過しないでしょう。私がやろうとしている全体的なポイントは、プロセスが排他的ではないということです。これが、Drupalが最初から非常に強力である主な理由です。
クリスプリアス

45

コアに組み込まれたモジュール

完全に:

  • ブレークポイント
  • CacheTags
  • コンテンツ翻訳
  • メール(シンプルフィールド、HTML5検証のみ)
  • エンティティAPI
  • エンティティ参照
  • エンティティビューモード
  • ファイルエンティティ
  • リンク(シンプルフィールド、HTML5検証のみ)
  • 電話(シンプルフィールド、HTML5検証のみ)
  • 画像
  • クイック編集
  • 文字変換
  • UUID
  • 視聴回数
  • RESTWS(RESTモジュールに名前変更)

部分的に:

  • 管理ビュー(改訂)
  • CKEditor
  • CTools
  • 日付(定期的な日付を除くすべて)
  • 表示スイート(表示モード)
  • 国際化
  • 移行する
  • ビューの一括操作(改訂)

削除しました

  • ブログ(contribに移動)
  • ダッシュボード(Homeboxとしてcontribに移動)
  • オープンID
  • オーバーレイ(「オーバーレイ」を提供しないように根本的に作り直されました)
  • PHPフィルター(contribに移動)
  • 世論調査(contribに移動)
  • プロファイル(今すぐProfile2を使用)
  • 翻訳(エンティティの翻訳に置き換え)
  • トリガー(今すぐルールを使用)
  • 署名(contribに移動したユーザーが提供する機能)
  • XML-RPC(contribに移動)

Drupal 8によって根本的に変更されたモジュール:

非推奨(これらはもう必要ありません)

  • 管理者
  • 管理言語
  • キャプションフィルター
  • 計算フィールド
  • Ctoolsのエクスポート可能ファイル
  • フォールバック言語交渉
  • フィールド非表示
  • Fieldable Panelsペイン
  • フロートフィルター
  • 非表示フィールドウィジェット
  • 歴史
  • IMCE
  • ローカリゼーションの更新
  • ローカライズされたDrupal分布
  • メニューブロック
  • メニュートレイル
  • モジュールフィルター
  • ノード参照
  • プレースホルダー
  • Profile2
  • RSSアクセス許可
  • サービス
  • 文字列のオーバーライド
  • 強い腕
  • トークン
  • 文字変換
  • ユーザー画像フィールド
  • ユーザーリファレンス
  • 垂直タブ
  • Wysiwyg *(モジュールとそれに関連するすべて)

削減(実行する作業が少なくなります)

  • バックアップと移行
  • コンテキスト
  • カスタムパンくずリスト
  • 特徴
  • フィード
  • メニューのパンくずリスト
  • サービスリンク
  • ルール
  • ビュー*(ビューに関連するすべてのモジュール)

6

コアに引き込まれるのはモジュールではなく、機能です。提供されたモジュールによって提供された可能性のある機能(およびコアに追加されたコードは、それらのモジュールの影響を受けた可能性がありますが、実際のコードは再利用する必要はありません。 )。そして、これらのcontribモジュールを次のコアバージョンに移植する必要はありません。

ただし、Drupalのコア開発にはロードマップはありません。したがって、現時点では実際の質問に答えることは不可能です。

現在存在する唯一のものは多くのいわゆるコアイニシアチブです。これは、イニシアチブの所有者の「リード」の下で、特定の領域でDrupalを改善するために人々が協力している領域です。それらの1つはHTML5(D8では多くのHTML5関連モジュールが必要ない可能性があることを意味する可能性があります)もう1つはWebサービスとコンテキスト(たとえば、Contextモジュールが不要でパネルの一部である可能性があることを意味します)です。しかし、それはすべて現時点での憶測です。これらのイニシアチブが存在しているとしても、彼らが取り組んでいるものは何でもコミットされるということは決まっていないからです。

これは基本的に、Dries Buytaert(およびある程度共同管理者、イニシアチブの所有者など)が行っている2つの主なタスクです。彼らは、Drupal どのように進化し、何ができるかについて話している。そして最後に、Driesはパッチがコミットされるかどうかを決定します。

その間に、何かに興味があり、Drupalコアの一部を実装/改善/修正したい人がいるかどうかによってすべてが異なります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.