Gutenberg 9.3は、フルサイト編集がどこに向かっているのか、ウィジェットやカスタマイザー画面のない未来の指標を提供します

公開: 2020-11-05

Gutenbergプラグインのバージョン9.3は、本日早くに削除されました。これは、WordPress 5.6リリースサイクル中のプラグインの最初のバージョンであり、その新機能がコアプラットフォームに組み込まれることはありません。ただし、バグ修正はWordPress 5.6ベータ2および3にバックポートされています。リリースの作業の多くは、フルサイト編集（FSE）機能と修正に重点を置いていました。ただし、サイトエディタ以外のいくつかのマイナーな機能強化がアップデートに含まれています。

Social Linksブロックは、Patreon、Telegram、およびTiktokをサポートするようになりました。これにより、ソーシャルアイコンの総数は43になります。Buttonsブロックには、オーバーホールされた配置オプションもあります。

全体として、このリリースは主に既存の領域に洗練を加えます。開発チームは20を超えるバグを修正し、サイトエディタの改善を続けています。

ウィジェットとカスタマイザー画面の削除

WordPress管理者のテーマ画面に、不足しているカスタマイザーとウィジェットのメニュー項目が表示されます。 — ウィジェットとカスタマイザーは、[外観]メニューに表示されなくなりました。

グーテンベルク9.3に関する最大の話は、測定可能なコードやユーザー向けの設計変更ではありません。代わりに、ユーザーがFSEを有効にしている場合に、カスタマイザーとウィジェットの画面を削除することについてのチケットに関する議論の範囲内です。

バージョン9.3は、WordPress管理メニューからウィジェットとカスタマイザーの項目を非表示にします。ただし、テーマ画面のように、WordPress管理者のさまざまな部分でURLに直接アクセスするか、リンクを長引かせることで、引き続きアクセスできます。この変更は、これらの画面の将来に影響を与える可能性があります。

「ウィジェットとカスタマイザーの将来についてWordPressコミュニティに明確に伝えずに、今すぐ非表示にするのは悪い動きだと思います」と、テーマチームの代表であるCarolinaNymarkはチケットに書いています。「それらを非表示にすると、心配しているユーザーや開発者からの質問が増えることになります。これらの質問に公に答えずにそれらを隠すことは悪い考えだと思います。このプルリクエストで私に答えてくれるように求めているのではなく、コアエディターチームであろうと他の誰かであろうと、「WordPress」がこれらのコア機能の長期計画を提示することを求めています。」

彼女は、プロジェクトリーダーが答えるべきいくつかの質問を挙げています。それらのほとんどは、カスタマイザーが長期的にどのような役割を果たすかという中心的な問題に要約されます。

メニュー項目が非表示になっている場合でも、カスタマイザーにアクセスできますが、オプションは引き続き機能しますか？
カスタマイザーはFSEテーマでどのような役割を果たしますか？
いつ、どのように廃止されるのでしょうか？非推奨にならないのであれば、なぜそれらを非表示にするのですか？
FSE以外のテーマでも非推奨になりますか？いつ、どのように？
更新したテーマの既存のカスタマイザーオプションを変換するにはどうすればよいですか？
サイトアイコンのように、カスタマイザーでのみ利用できるWordPressオプションはどうですか？

「ここでの考え方は、FSEテーマにはウィジェット領域がないため、ウィジェット画面は役に立たないということです」とRiadBenguella氏は答えました。「カスタマイザーの場合、これはサイトエディター画面の複製（同様の機能）であるため、サイトエディターがカスタマイザーによって残されたギャップを埋めることを確認する必要があります。グローバルスタイルとサイトブロックは、FSEテーマに必要なサイトオプションのほとんどに対応しており、切り替え（カスタマイザーを非表示）することで、不足しているギャップを見つけることができます。」

FSEテーマにウィジェット領域がないということは、過去1年間にサイドバー/ウィジェットシステムをブロックを使用するように変換するためになぜこれほど多くの作業が行われたのか疑問に思う人を残します。これは、WordPress 5.6で計画されていた機能でもあり、効果はありませんでした。

Benguellaの考えは、5.6リリースリードのJosephaHadenの最近のコメントと一致しているようです。「ワークフローの数を減らすことに大きな関心が寄せられており、1つの美しく直感的なインターフェースに統合できることを願っています」と彼女は5.6のウィジェットのプラグを抜いたことに応えて言いました。

ベンゲラのコメントは、そのような統合がどのようになるかについて私が見た最初の公的な兆候の1つでもあります。おそらく、WordPressが今後のリリースで進歩するにつれて、ナビゲーションメニュー、ウィジェット、またはカスタマイザー画面は必要なくなります。

チームがそれらのスクリーンにブロックを処理させるために費やしている作業がそれだけの価値があるかどうかはまだ疑問です。従来のテーマでは、従来のナビゲーションメニュー、ウィジェット、およびカスタマイザーオプションを使用する必要があります。新しいブロックベースのテーマは、着陸時にサイトエディタを使用する必要があります。

Nymarkのリストからまだいくつかの未回答の質問があります。知識のある人からのさらなるフィードバックを待つ必要があります。彼女は明確で公的なコミュニケーションの必要性について正しいです。

FSEへの自動切り替え

Gutenberg Experiments画面で、ユーザーがFSEテーマを使用していることに注意してください。 — FSE対応のテーマを使用している場合にユーザーに通知されます。

特にFSEをテストしている人々にとって、最大の改善点の1つは、ユーザーがFSE対応のテーマをアクティブ化したときにGutenbergが自動的にFSEを有効にすることです。また、従来のテーマに戻すときにFSEを無効にします。

FSEをテストするのに適したテーマには、Q、Twenty Twenty-One Blocks、およびSeedletBlocksがあります。

また、ユーザーはGutenbergExperimental設定画面からFSEを有効にすることもできなくなりました。ブロックベースのテーマを使用することは、グーテンベルクの経験のこの部分をテストするための要件になりました。これはおそらくこの段階では良い呼びかけです。実験的なものとして明確にラベル付けされているにもかかわらず、何千人ものユーザーが本番環境でGutenbergを実行しており、それを有効にする可能性があります。さらに、テーマがサポートしていない場合に、壊れたエクスペリエンスをテストすることを防ぎます。

ボタンはコンテンツの配置をブロックします

エディターのButtonsブロックの新しいコンテンツ位置揃えオプション。 — Buttonsブロックの新しい内部コンテンツ配置オプション。

グーテンベルクの基本スタイルに依存しないテーマ作成者の場合、Buttonsブロックのコンテンツ配置クラスを処理するためにテーマスタイルシートを更新する必要がある場合があります。ただし、下位互換性のために古いクラスを引き続きサポートする必要があります。

この変更は、ユーザーがブロックのコンテンツを個別に配置しながら、ブロックで幅と全幅の配置を使用できることを意味します。

この更新により、Buttonsブロックのエディターツールバーにコンテンツの位置揃えオプションが追加されます。 Buttonsブロックは技術的にはコンテナであるため、このメソッドを使用することは理にかなっています。 1つまたは複数の内側のボタンブロックを収容するだけです。以前に使用された位置合わせシステムは、ブロックのコンテンツではなく、ブロック全体を位置合わせするためのものです。

ブロックエディタの以前のバージョンでは、Buttonsブロックは、左、右、および中央の配置に従来の配置align*クラスを使用していました。このグーテンベルクの更新により、クラスがis-content-justification-*に切り替わります。

ユーザーがブロックを使用して特定の投稿を編集すると、エディターはButtonsブロックを新しいクラスに自動的に移行します。それ以外の場合は、古いalign*クラスが残ります。