WordPress 5.5の今後:テーマの作成者が知っておくべき機能と変更

公開: 2020-07-30

WordPress 5.5のリリース予定日である8月11日は、わずか2週間先です。 今後のリリースを完全に把握していない開発者にとっては、変更がプロジェクトにどのように影響するかを検討する良い機会です。 特にテーマの作成者は、いくつかの新機能といくつかの重大な変更を期待できます。

ほとんどの場合、WordPress 5.5は、テーマ開発者がテーマに追加し始めることができる新機能を導入します。 ただし、テーマに悪影響を与える可能性のある2つの最大の変更は、自動更新とカスタムロゴ出力へのHTMLの直接変更です。

新機能と変更以外に、テーマの作成者はGutenbergプラグインのカバレッジに追いつき、コアWordPressにマージされている更新に対してテストする必要があります。

自動更新

WordPress 5.5は、プラグインとテーマの自動更新を最終的に導入します。 これは待望の機能であり、エンドユーザーを最新の状態に保ち、通常は拡張機能の最も安全なバージョンを実行するという点で優れているはずです。 ただし、自動更新の大きな欠点は、ほとんどのテーマとプラグインが、コアのWordPressが受け取るのと同じレベルの品質管理を持たないことです。 最高の開発会社でさえ、コードを見ている人はごくわずかかもしれません。

反対に、自動更新機能は、テーマの作成者が修正をエンドユーザーにはるかに迅速にプッシュできることを意味します。

重要なのは、テーマ開発者は、ユーザーが自動更新を有効にすることを認識している必要があるということです。 一部の人にとっては、これはリリースサイクルで何かを変更することを意味しない場合があります。 他の人にとっては、追加の品質管理が実施されていることを確認するために、余分な時間をかけることを意味する場合があります。 自動更新の成功は、プラグインとテーマの作成者の肩に直接かかっています。 それは軽視されるべきではない大きな責任です。 WordPressは、これを正しく行うために、開発コミュニティに多くの信頼を置いています。

カスタムロゴのHTML変更

WordPress 5.5のアクセシビリティ関連チケットの一部として、コアのget_custom_logo()およびthe_custom_logo()関数は、サイトのホームページを表示するときにロゴ画像の周りにリンクを出力しなくなりました。 この変更が行われたのは、リンク自体がデフォルトでホームページを指しているためであり、そのコンテキストでは不要です。

現在、公式テーマディレクトリには、CSSのリンクをターゲットとする183のテーマがあります。 これは、必ずしも183のテーマすべてが更新時に壊れることを意味するわけではありません。 ただし、それはおそらくそれらのいくつかが微調整を必要とすることを意味します。

テーマの作成者は、特定のHTML要素ではなく、 .custom-logo-linkクラスをターゲットにすることをお勧めします。 新しい変更により、ホームページに<a>要素ではなく<span>要素が追加されます。 どちらも同じクラスを使用します。

ブロックパターンが到着しました

テーマデザイナーが世界に解き放たれ、ブロックパターンを介して彼らの才能を輝かせる可能性について、私がまったくうっとりしていることは周知の事実です。 グーテンベルクプロジェクトの最初の立ち上げ以来、パターンは欠けている機能の1つです。 テーマの作成者にとって、それらは、独自の「テンプレート」または「セクション」を設計することと、エンドユーザーにそれらをサイトに追加する手段を提供することとの間に欠けているリンクを表しています。

ブロックパターンは基本的に、ユーザーがボタンをクリックするだけで投稿やページに挿入できる、事前に構成されたブロックのグループです。 このシステムの優れている点は、テーマの作成者が自分の心が望むパターンをデザインし、ユーザーが簡単に利用できるようにすることができることです。 複雑なテーマ設定は必要ありません。 デモを再作成する方法を説明する長いチュートリアルはありません。 ブロックエディタで何かをデザインします。 パターンとして登録してください。 ユーザーがそれを投稿に挿入して喜ぶようにします。

これは、テーマの作者がこれまでに経験したことのない機会です。 これは、平均的なユーザーにとって複雑すぎることを心配することなく、美しいデザインを作成する機会です。 これは、WordPressテーマのデザインの歴史において極めて重要な瞬間です。 テーマの作成者は、システムをプッシュして、WordPressとそのブロックエディターが本当に何ができるかを確認する機会があります。

レストランのテーマを構築しますか? ユーザーに複数のフードメニューパターンを提供します。 小説家や他の本の著者のために何かを作成しますか? 書籍を展示するためのレイアウトオプションをユーザーに提供します。

ブロックパターンAPIは、テーマの作成者が現実的に実行できることに対する多くの以前の制限を取り除きます。 さて、それらのテーマの作者が担当する時が来ました。

ラインの高さとカスタムユニット

ブロックエディタには、エンドユーザーが利用できる2つの新しいツールがあります。カスタムの行の高さとカスタムの単位です。 テーマの作成者は、ユーザーがcustom-line-heightsテーマサポートフラグを使用して段落と見出しの行の高さを編集できるようにすることを選択できます。 また、 custom-unitsフラグを使用して、Coverブロックの高さを定義する場合など、ユーザーがさまざまな単位を切り替えることができるようにすることもできます。 ピクセルに加えて、テーマはどのユニットがサポートされるかを定義できます。

ユーザーがテキストの行の高さの値をカスタマイズできるようにすることは、難しい作業になる可能性があります。 それが正当化されるいくつかの状況があります。 ただし、厳密な垂直リズムを維持することを好むテーマ作成者にとって、これは災害につながる可能性があります。 これは、開発者が構築しているテーマのタイプに基づいて、開発者が個人的に選択することになります。

アクセス可能なウィジェットのナビゲーション

WordPress 5.5以降、テーマの作成者は、よりアクセスしやすいウィジェットの出力を選択できるようになります。 デフォルトでは、順序付けされていないリストを表示するウィジェットは、コンテキストなしで表示します。 これにより、支援技術を使用している人がサイトをナビゲートするのが難しくなる可能性があります。

テーマの作成navigation-widgetsをHTML5テーマサポート配列に追加して、新しいマークアップを追加できるようになりました。 WordPressは、すべてのコアウィジェットを<nav>要素とウィジェットのタイトルに基づくaria-labelでラップします。

これは、サードパーティのプラグインのウィジェットには影響しません。 プラグインの作成者は、ウィジェットを再評価して、この機能をサポートするかどうかを判断する必要があります。

テンプレート関数の更新

WordPressは、次のリリースでテンプレート機能のいくつかの優れた機能に取り組んでいます。 最初の大きな変更は、テーマの作成者がデータをテンプレートファイルに渡すことができることです。 以前、居酒屋でこの話を取り上げました。 この機能は、数年遅れていますが、より複雑なテーマ設定に役立つはずであり、開発者は奇妙な回避策や社内ソリューションをバイパスできます。

get_template_part()などのテンプレート読み込み関数も、WordPress5.5で値を返します。 テンプレートが見つからない場合、関数はfalse値を返します。 それ以外の場合は、 voidを返します。 これは、テーマの作成者が条件を実行してテンプレートが存在するかどうかを確認する必要がある場合に役立ちます。