WordPress 6.1は、フルサイト編集、次のフェーズのコラボレーション、および2023〜2025年に予想される多言語機能の改良に焦点を当てます
公開: 2022-06-10グーテンベルクのリードアーキテクトであるマティアスベンチュラは、5.9および6.0で導入されたエクスペリエンスの改良点を、次の6.1リリースの主な目標として特定しました。 彼は、ポルトのWordCamp Europeでのクロージングセッションに先立ち、6.1のロードマップを公開しました。そこでは、マットマレンウェッグとジョセファハーデンコンフォシーにデモに参加する予定でした。 ベンチュラはそれを成し遂げることができませんでしたが、彼はグーテンベルクの貢献者が取り組んでいるいくつかのエキサイティングなインターフェースアップデートのビデオデモでスレッドをツイートしました。
主な目的の1つは、サイト編集者が作業中にズームインおよびズームアウトできる新しい「参照モード」を通じて、サイトナビゲーションをよりスムーズなエクスペリエンスにすることです。
パターンは、ベンチュラが「クリエイティブな体験の中心的な部分」として特定したもう1つの主要な焦点です。 コントリビューターは、パターンを使用した構築を容易にするために取り組んでおり、検出と挿入のプロセスを改善する計画があります。 WordPress 6.1は、カスタム投稿タイプ、ブロックタイプでのパターンの使用をより適切にサポートし、パターンをロックして保存されたパターンを管理するより直感的なエクスペリエンスを提供します。
貢献者はまた、ベンチュラが彼のスレッドで示したように、ページのセクションとしてのパターンとの相互作用を容易にするための新しい空中写真やその他のアイデアを模索しています。
Venturaによると、WordPress 6.1のもう1つの目標は、制限、特権、厳選されたプリセットのサポートを強化して、グローバルスタイルのインターフェイスを改善することです。 レスポンシブタイポグラフィをサポートし、Webフォントを管理できるように、デザインツールも更新されます。
「リリースの調整は、5.9と6.0で導入されたエクスペリエンスを改良し、さまざまなフローをユーザー、メンテナー、エクステンダーのより一貫性のある充実したエクスペリエンスに織り込み、フェーズ3に向けて作業を開始するときに機能のギャップを埋めることです。グーテンベルクのロードマップの
WordPress 6.1を超えて：コラボレーションフェーズ3は、コアアーキテクチャを確立するための多言語フェーズ4に先行します
MattMullenwegとJosephaHadenChomphosyは、WordCamp EuropeでのQ＆Aセッション中に、WordPressの長期ロードマップに関するいくつかの質問に答えました。 （ライブストリームからのビデオは下に埋め込まれています。）
WordPressのコアコントリビューターは、2023年にコラボレーションフェーズを開始する前にカスタマイズフェーズを終了する予定です。Q＆Aセッション中に、多言語コントリビューターの1人が、WordPressがフェーズ4までコアの多言語機能の作業を開始するのを待っている理由を尋ねました。
「今すぐデータを設定して後で機能に取り組みたくない理由の1つは、ユーザーエクスペリエンスを作成せずに何かのアーキテクチャを作成するのは難しいことを毎回学んだことです」とMullwenweg氏は述べています。 「たとえば、REST APIを使用して、一方を他方なしで実行しようとすると、完全に使用する前にRESTAPIに入りました。 GutenbergでRESTAPIのファーストパーティの使用を開始したとき、多くのギャップが見つかりました。 これらのギャップが、プラグインが数年間間違ったアーキテクチャで構築されていたことを意味する場合、私は特に気分が悪くなります。」
Mullenwegはまた、多言語機能の前に、彼が「ワークフロー」と呼んだフェーズ3を優先することが重要であると彼が考える理由を説明しました。
フェーズ3はワークフローです。 これは基本的に、Googleドキュメントなどのように、リアルタイムでWordPressに共同編集する場所です。 ログインしてページやサイト、テンプレートなどを編集するときに、他の誰かが同時にそこにいると、それらが動き回るのを見ることができます。 もちろん、投稿やページの場合と同じように、WPのできるだけ多くの部分にバージョン管理が組み込まれていることを確認したいので、誰かがサイトを間違えたり編集したりした場合でも、ロールバックできます。簡単に元に戻すことができます。これは、人々に自信を与えるための鍵だと思います。
彼は、コアに多言語サポートを導入する前に、コラボレーションアーキテクチャを確立することの重要性を強調しました。
「多言語を取り巻くワークフローは重要だと思います」とMullenweg氏は述べています。 「つまり、正規に作成されているコンテンツはどこにあるのでしょうか。サイトを編集している人によっては、ある言語から別の言語に、場合によっては双方向に変更がどのように流れるのか、そしてそれが残りのテンプレートにどのように影響するのか、つまり投稿の外にあるものです。とページのコンテンツ。」
彼はまた、コアがこれらの機能を統合するため、すでに存在する多くのサードパーティの多言語ソリューションには移行期間があると述べました。
「ページビルダーで起こったのと同じように、コアに何かがあれば、データ移行パスを持つか、コアに組み込んだ基盤と統合されると思います」とMullenweg氏は述べています。 「しかし、それはおそらくWordPressの2024年または2025年のイニシアチブであると期待したいと思います。 そして、私たちはこれらの他のフェーズを最初に本当にうまくやり遂げたいと思っています。 なぜ私たちは順番に行かなければならないのですか？ 一度にできることはたくさんあります。」
質問をした人が緊急時の作業グループを今すぐ開始できない理由で押されたとき、Mullenwegは熱心な貢献者に彼らの作業をプラグインに入れるように勧めました。 彼は、プラグインとして始まり、コアに導入する前に何年もテストされたグーテンベルクを参照しました。
フェーズ4を見るとき、最初に見るのは、すべてのプラグインがそれをどのように実行しているかです。 おそらく、それらのプラグインの1つが、コアになるものの基礎になる可能性さえあります。 プラグインが異なるアーキテクチャのアプローチを採用していても問題ありません。それらの長所と短所を見たいからです。 人々がWordPressを数百万、数百万の投稿やページ、時には数千万の投稿やページで使用していることを忘れないでください。 これを拡張し、パフォーマンスを高め、アクセスしやすくしたいと考えています。 WordPressについて人々が知っていて信頼していることをすべて取り入れてください。 そしてそれをこの機能にもたらします。
Mullenweg氏は、多言語は「おそらく、ブロックよりもさらに複雑なものの1つになるだろう」と語った。 この背後にある理由は、ブロックがWordPressが以前に行ったことを採用し、HTML上に新しいインターフェイスを提供したためです。
「多言語とは、WordPress内のすべてのもの（タグ、カテゴリ、ページ、テンプレート）を取り込んで、それを多要因にすることです。これは、現在の1対1の関係に加えて、かなりの複雑さのようなものです。 " 彼は言った。 「それを行う方法についていくつかのアイデアがある場合は、既存のプラグインの1つに参加するか、独自のプラグインを開始してください。」