WordPressの2019プロジェクトセット2020ロードマップの進捗 (WordPress Tavernより)

WordPress が 2020年に、
・ナビゲーションメニューブロック
・テーマ用のカスタムブロック対応コンテンツエリア
・ブロックをサポートするウィジェットエリア
・ディレクトリ検索とインストールをブロックでする
この四つが実現したら、皆んなの夢を叶えることになりそうですごい計画！

Progress on WordPress’ 2019 Projects Sets 2020 Roadmap

Josepha Haden, Executive Director of WordPress, published an update of WordPress’ goals in 2019. The focus for WordPress over the past year has been on n…

wptavern.com

ジャスティン・タドロック ・ 2019年12月9日 ・ 13コメント

WordPressのエグゼクティブディレクターであるJosepha Hadenは、 2019年にWordPressの目標の最新情報を公開しました。 過去1年間のWordPressの焦点は、9つの主要プロジェクトにありました。 9つのプロジェクトのうち、WordPressは2019年に2つしか出荷できませんでした。つまり、2020年のフォーカスは、コミュニティが既存のプロジェクトに向けて行った進捗に基づいて構築し続けることと同じです。

現在、2020年にはWordPressの3つのメジャーリリースが計画されています。

• バージョン5.4 – 2020年3月
• バージョン5.5 – 2020年8月
• バージョン5.6 – 2020年12月

これらの日付はそれぞれ変更される場合があります。 また、各リリースが近づくにつれて、より具体的な日付を取得する必要があります。 2020年のさまざまなプロジェクトは、各リリースで着陸するはずです。

WordPressの共同設立者であるMatt Mullenwegは、当初、 2018年のState of the Wordで 2019年の計画を策定し、Make Coreブログにプロジェクトをリストしました。 大きなポイントは、2019年がフルサイトカスタマイズ（グーテンベルクプロジェクトのフェーズ2）に近づいた年になることでした。 開発者はそれを実現するために大きな進歩を遂げましたが、プロジェクトの多くはまだ初期段階にあります。

2019年に出荷されたプロジェクト

既存のコアWordPressウィジェットはすべてブロックとして存在するようになりました。 テーマが決定する場所にウィジェットを配置することに制限されるのではなく、ユーザーはブロックエディターを介して投稿、ページ、またはその他のコンテンツエリアにウィジェットを配置できるようになりました。 プロジェクトがフルサイト編集に移行し続けるにつれて、ユーザーは最終的にこれらのウィジェットや他のブロックをほぼどこにでも配置できるようになります。

サイトヘルスプロジェクトはコアに統合されました。 サイトの所有者にサイトの状態に関する情報を提供する画面を備えています。 プラグインとテーマの問題が見つかったときにサイト所有者にメールを送信する致命的なエラー検出スクリプトもあります。

2020年に期待されるプロジェクト

2019年にリリースする予定のカットを十分に達成できなかった残りのプロジェクトのほとんどは、今年もまだ進歩を遂げています。 次は、今後1年間に予想されるプロジェクトの内訳です。

ナビゲーションメニューブロック

現在、ナビゲーションブロックのターゲットはWordPress 5.4に同梱することです。 これは、おそらく実験段階から外れており、 Gutenberg 7.0でベータテストに利用できるため、現実と思われます。 開発チームはいくつかのリリースでこのブロックに取り組み、現在はユーザーテストに十分な安定性を備えています。

このブロックは、サイトカスタマイズパズルの主要な部分です。 長期的には、ユーザーはサイト全体のナビゲーションメニューを処理するための使いやすいブロックが必要になります。

テーマ用のカスタムブロック対応コンテンツエリア

Gutenbergプロジェクトのフェーズ1では、ブロックエディターがコンテンツを投稿しました。 フェーズ2の大部分は、投稿コンテンツの外部に侵入し、ユーザーがより多くの領域にブロックを追加できるようにすることです。 それが長期的にどのように見えるかは正確には不明です。 テーマは、追加のブロック対応エリアを登録できる必要があります。

この機能のターゲットリリースはWordPress 5.5に設定されていますが、現実的なターゲットであるかどうかを推測するには時期尚早です。 テーマブロックテンプレートの決定、 複数のエンティティの保存 、および一般的なフルサイトのカスタマイズと一致する必要があるため、解決するのは難しい問題です。 これは、WordPressが今後数年間機能する方法に大きな影響を与えるため、急ぐことができる機能ではありません。

ブロックをサポートするウィジェットエリア

現在の計画では、ウィジェットエリア（サイドバー）がウィジェットと一緒にブロックをサポートできるようにします。 Gutenbergプラグインには、この機能の初期バージョンを有効にするための実験的なウィジェットエリアオプションがあり、WordPress 5.5のターゲットリリースがあります。

この機能を実現するには、2つの側面があります。 1つ目は、 ウィジェットの管理画面で機能させることです。 2つ目は、ユーザーがウィジェットも管理できるカスタマイザーで動作させることです。

現時点では、サイドバーの概念は廃止されるべきだと感じています。 実験的な機能は、ユーザーがブロックをサイドバーに追加できるようにすることで機能します。サイドバーは、出力時に1つの大きな「ブロックエリア」ウィジェットに変換されます。 WordPressがブロックパラダイムに「オールイン」している場合、テーマがカスタムブロックエリアを構築できるようにし、公式のSidebar APIをゆっくりと死に至らせることに集中してエネルギーを費やす方が良いでしょう。 古いコンセプトと新しいコンセプトを混在させると、せいぜい不格好に感じます。 ほとんどのテーマでサポートされなくなるまで、サイドバーとウィジェットを廃止します。

ディレクトリ検索とインストールをブロックする

最終的には、すべてのWordPressユーザーがブロックインサーターを介してブロックを検索できるようになります。 ブロックが存在する場合、ブロック領域に挿入できます。 そうでない場合、インサーターはユーザーがブロックディレクトリから新しいブロックを検出できるようにします。 新しいブロックのインストール、アクティブ化、および挿入はシームレスでなければなりません。

この機能のターゲットリリースはWordPress 5.5向けに設定されています。これは、グーテンベルクプラグインで現在機能がどれだけうまく機能しているかに基づいて（以前でなければ）可能です。 それはまだ完全ではなく、インストールされたブロックで作業しているとき、私の投稿のいくつか以上を壊しました。 対処する必要がある未解決の問題がまだいくつかあります。

ゲームを先取りしようとしているプラ​​グイン作成者は、 ブロックプラグインのガイドラインに従うことでブロックプラグインを送信できます 。

自動プラグイン、テーマ、および主要なコアアップデート

長年にわたる広範なテストとマイナーなWordPressリリースの自動更新の使用の後、この時点ですべての自動更新が既に行われているように感じます。 一部のサイト所有者にとって、プラグインとテーマの更新に遅れずについていく必要がある場合があります。 十分なプラグインがあれば、毎日更新するプラグインが1つ以上ある可能性はありません。

一部のホスティングソリューションとJetpackは、自動プラグイン更新を提供することで多くのユーザーのこの問題を軽減していますが、これは優先度が高い長期延期のコア機能です。 テーマ/プラグインの自動更新または主要なコアリリースのターゲットリリースはありません。 この機能がもう1年間バックバーナーに搭載されないことを願っています。

6,500を超えるTracの問題への取り組み

Gutenbergプラグインが最近注目を集めているため、Tracのパッチ、レビュー、決定を待っている何千ものチケットがあることを忘れがちです。 私は長い間、WordPressのメジャーリリースを使用して、既存のバグを修正するだけで、新しい機能を追加しないことのチャンピオンでした。

Jonathan Desrosiersは、トリアージチームが今年始めに行った作業の多くをカバーする広範な投稿を書いています。

トリアージは、真に結論に達するものではありません。 これは、プロジェクトの全期間を通じて継続する必要がある継続的なプロセスです。 トリアージチームに関与することに興味がある人は、 トリアージチーム発表の投稿で詳細情報を見つけることができます。

13コメント

1. 開発者マイク
   2019年12月9日午後5時29分 ・ 返信 次のようなメジャーリリースについてはどうですか。 バージョン5.whatever –すぐに–これらのすべてのバグを修正 人々は、WordPressを使用して、機能するWebサイトを作成し、それ以外の場合は自分のビジネスを気にしました。 現在、人々はすべての更新のために開発者を雇わなければなりません。なぜならそれは物事を壊し、物事を変え、機能しないからです。 読み込んでいます… 報告する
2. ステファノス
   2019年12月9日午後5時49分 ・ 返信 必要なのは、完全なヘッドレスシステムのようにWordPressをプラットフォームとして使用し、フロントエンドにVue、React、Angular、Expressなどの独自のツールを使用することです。 現状では、私はテーマに頼らざるを得ません…はい、style.cssでほとんど空のindex.phpを使用できることはわかっていますが、全体的には柔軟性が必要です。 Composerパッケージのようなものはありませんが、WordPressコアコンポーネント用ですか？ 必要のないものがたくさんあるので、クリックするたびにそれらをロードする必要があります。 読み込んでいます… 報告する
3. グレン・マーティン
   2019年12月9日午後7時4分 ・ 返信 優れた、よく書かれた記事。 良い仕事を続けてください。 読み込んでいます… 報告する
4. エマニュエル・エカネム
   2019年12月10日午前1:05 ・ 返信 素晴らしい、私はこれらの更新を熱心に待っています。 しかし、2019年の更新のほとんどは、Webサイトの所有者に多くの問題を引き起こしました。個人的には、いくつかをデバッグする必要がありました。 この今後の更新がサイト所有者に大きな問題をもたらさないことを願っています。 読み込んでいます… 報告する
5. メアリー・オーマ
   2019年12月10日、午後12時15分 ・ 返信 進歩に感謝しますが、ワードプレスユーザーとして、このサイトの使用中に起業家精神を向上させる方法について指導してください。 読み込んでいます… 報告する
   • ジャスティンタドロック
     2019年12月10日、午後12時20分 ・ 返信 フィードバックをありがとう、メアリー。 起業家の世界には特定のトピックがありますか。それは非常に広範です。詳細についてお読みください。 私はそれらの線に沿ってより多くの物語を研究し、おそらく私の過去の経験の一部を議論に持ち込んで幸せです。 読み込んでいます… 報告する
6. ヴェルナー
   2019年12月10日午後2時1分 ・ 返信 フルタイムのWordPress開発者として、グーテンベルクらはこれまでのWPの最大の失敗の1つだと言わざるを得ません。 もちろん、その背後にある考え方は素晴らしいです。それについては疑いの余地はありません。 そのリリースは非常に時期尚早だったと思います。 WordPressが人気を博しているので、少なくとも何らかの形での強力なベータテストは、リモートで公開する準備が整う前に、このような大きな機能変更が行われると考えていました。 私が最も気がかりなのは、グーテンベルクが関係しているWordPressでユーザー評価が完全に無視されているように見えることです。 同じことが、この時点で根本的に壊れている何かに慣れていることを何らかの形で期待している人々にも言えます。 WordPressの機能リリースのロードマップが今年トイレに落ちたという事実は、それを証明していますが、リポジトリからそれを削除し、リリース以来サイトを破壊しているバグを修正するのではなく、採用を推進し続けています。 Gutenbergは斬新なアイデアですが、ユーザーや開発者の喉を圧迫するのではなく、完全にオプションの機能である必要があります。 Gutenbergがこれまでにできることよりもすごい良い仕事をする他のカスタマイズプラグインがたくさんあります。長年の開発実績と、開発者が望むようにやり取りするための素晴らしいAPIがあります。 私のポイントは、WordPressが車輪を再発明しようとする代わりに、すでに存在するものを改善することに焦点を当てるべきだということです。 より高度で機能豊富なClassic Editorで十分です。 代わりに、他のチームによって何年も前に達成されたものに時間とエネルギーを無駄にします。 その意味で、グーテンベルクは専門家の意見では完全に時間の無駄であり、価値のあるものを追加するのではなく、Webサイト構築プラットフォームとしてWordPressから価値を奪いました。 彼らの最大の失敗は、どのエディターを使用するかという人々の選択を奪い、それをすぐに行うことでした。 大ミス。 私は、ツールボックスで実際に実行可能なツール/アセットになるまで、グーテンベルクを避け続けます。 ちょうど私の2セント。 乾杯。 読み込んでいます… 報告する
   • ロッド・オルマン
     2019年12月11日午前4時42分 ・ 返信 リポジトリから削除する代わりに 最近のWordPressの仕組みについて、もう連絡が取れないのではないかと心配しています。 ユーザーがWPの開発方向について発言権を持っていた時代は終わりました。 現在、すべての決定は非公開で行われ、ガバナンスを処理するために作成されたグループはファサードであり、レビューは完全に無視され、障害のある人々はクローゼットに戻るように言われています（間接的に、アクセシビリティが完全に壊れており、GBでは修正不可能です）。 マットと彼の投資家はGBを削除したくないため、GBは削除されません。 彼らは、Wix / Squarespaceケーキを欲しがっています。それを認めるほど正直であれば、それは問題ありません。 代わりに、MattはPRエージェンシーに期待することについて話します。 このようになったのは残念ですが、最終的にはそのような振る舞いを受け入れるのはユーザーの責任です。 クライアントはワードプロセッサの通常の書式設定ボタンに慣れているため、GBにはまったく感心しません。そのため、できる限りGBを無効にし続けます。 または、場合によっては、通常のテキストエディターを備えた通常のページビルダーを使用します。 読み込んでいます… 報告する

• ロッド・オルマンへの返信
  マヌエル
  2019年12月13日午前3時24分 GBはどんどん良くなり、その背後にある概念は素晴らしいです。
  なぜ私はまだクラシックエディターを使用し、代替手段を探していますか（ゴースト、私はあなたを見ています）？ Wpの「管理」をもう信用できないことは明らかだと思います。 Mambo / Joomla querelleを思い出させます… 読み込んでいます… 報告する

訴える
2019年12月10日午後8時57分 ・ 返信

ワーナーのコメントをお見逃しなく。 クラシックエディターを保持し、追加の高度な機能を提供します。 グーテンベルクには、私が使いたいと思う前に、長い長い道のりがあります。 読み込んでいます…

報告する

アン・トラン
2019年12月11日、午前9時33分 ・ 返信

私の個人的な感覚は、グーテンベルクにとって2019年は多すぎるということです。 他の問題が以前に解決されたことを願っています。 Mattの投稿から6500枚のチケットを見ると、その数はまだ6500枚ですが、ここでは大きな進歩は見られません。 Gutenbergを計画どおりに準備するには何年かかりますか？ 私たちは古くなっており、Web開発は非常に高速に実行されています。 読み込んでいます…

報告する

Hycent Hyt
2019年12月11日午前10時19分 ・ 返信

うわー、私たちは来年に間違いなく楽しみにしていることがたくさんあるようです。 読み込んでいます…

報告する

ウラジミール・ジュロシュコ
2019年12月11日午後2時29分 ・ 返信

素晴らしい、素晴らしいものが来ています:) 読み込んでいます…