開発中デフォルトテーマ、Twenty Twenty-One のご紹介

以下は、Mel Choyce-Dwan が書いた Make WordPress.org Core チームブログの記事「Introducing Twenty Twenty-One」を訳したものです。

誤字脱字誤訳などありましたらフォーラムまでお知らせください


皆さんお待たせしました、次回の WordPress デフォルトテーマについての発表です。これまでにも噂されていた通り、WordPress 5.6 は新しいデフォルトテーマ “Twenty Twenty One” とともにリリースされる予定です。

デフォルトテーマチームは以下のメンバーを含みます。

  • デフォルトテーマデザインリード: Mel Choyce-Dwan (@melchoyce)
  • デフォルトテーマ開発リード: Carolina Nymark (@poena)
  • デフォルトテーマラングラー: Jessica Lyschik (@luminuu)
  • そして、素晴らしいボランティアである皆さん。

背景

Twenty Twenty One は、ブロックエディターのための空白のキャンバスとしてデザインされました。印刷物にかなりインスピレーションを受けたデザインをいくつか試した後、@kjellr が「デジタルネイティブなものを試してみたら」と言ってくれました。私は、手に負えないほど増殖し続ける Pinterest のボードにさらに多くのアイデアを追加し、試してみました。このコンセプトは、その中でも最も自然で使い勝手の良いデザインになりました。シンプルで、強い主張はないにも関わらず、洗練されている。まるで、描かれるのを待っている新鮮なキャンバスのように感じられました。

Twenty Twenty One は Seedlet テーマを編集したバージョンをベースとして使用します。これにより、子テーマをより簡単にするために丁寧に構築した入れ子 CSS 変数システムを提供し、フルサイト編集機能向けに開発中のグローバルスタイル機能との統合を支援します。

ベータ1以降にテーマが安定してきたら、フルサイト編集対応に取り掛かります。


デザインの決断

デフォルトでは、テーマはネイティブシステムのフォントスタックを使用しています。この選択をしたのにはいくつかの理由があります。

  • 余分な読み込み時間がありません。このテーマをシンプルかつ高速に保ちます。
  • このスタックはタイポグラフィ的にかなり「中立的」です。どのフォントにも強い主張はないので、異なるタイプのサイト間でテーマを幅広く使用できます。
  • 追加のフォントファイルを読み込むことなく、1つだけのフォントスタックを使用することで、Twenty Twenty One の子テーマをカスタマイズしたり、作成したりすることが簡単になります。私たちは、このテーマが教育のためのツールとなり、皆さんのクリエイティビティを発揮できる場となることを願っています。

このテーマはさらに、限られたカラーパレットを使用しています。パステルグリーンの背景と、テキスト向けの2種類のダークグレー。そして白と黒の配色を含む、追加のカラーパレットをいくつか同梱する予定です。なぜパステルグリーンなのかというと…。パステルカラーミュートっぽいかなり流行ます (あ、ちょっとリンクが多すぎですか ?)

(この困難な時期に、ちょっとパステル調のコテージコアが嫌いだなんて誰もいいませんよね ?)

つまり、デザインはシンプルです。 そこでパターンの出番です。

WordPress 5.5 で Gutenberg のパターン対応を導入しました。これは、それらを披露するのに最適な時間です。Twenty Twenty One には、このテーマのために意図的にデザインされたユニークなパターンがまとまってパッケージ化されています。テーマの全体的なデザインはシンプルなので、自分らしくすることができますが、パターンにはなかなか主張があるデザインになるでしょう。すでに3つほどのデザインがありますが、才能あるコミュニティデザイナーのアイデアを募集中です。ここでは、現時点で考えていることを紹介します。

ブロックパターンにコントリビュートしたい方は、専用イシューのテンプレートがあります。

そして最後に、私たちはこのテーマを WCAG 2.1レベル AAA 関連のガイドラインを満たすようにしたいと思っています。アクセシビリティチームがこのアイデアを提案してくれた時、とてもいい考えだと思いました。コミュニティの a11y 専門家の皆さんからの、この実現に向けたすべての指導に感謝します。

Figma ファイルの中に Twenty Twenty One の全ページモックアップがあります。


タイムライン

開発サイクルの情報に基づく、今後の重要な日程は以下の通りです。

  • WP 5.6 ベータ 1 – 10月20日
    • Feature プロジェクトと新規機能強化のラストチャンス
    • テーマはこの時点までにトランクにコミットされているべきです
    • 2つ目のブロックベースのテーマでフルサイト編集 (FSE) サポートの探索を開始
  • WP 5.6 ベータ 4 – 11月10日
    • 文字列のソフトフリーズ
    • スターターコンテンツはこの時点までにコミットされているべきです
  • WP 5.6 RC 1 – 11月17日
    • 文字列のハードフリーズ
    • スターターコンテンツの最終決定が必要
  • WP 5.6 リリース – 12月8日

Preview in new tab(opens in a new tab)


参加しよう

Twenty Twenty One への貢献に興味がある方は、ぜひコア開発ブログをフォローしてください。デザインと開発の過程では、毎週Monday, September 28 at 15:00 UTC から #core-themes でミーティングを行います。また、this Friday at 16:00 UTCからは、毎週トリアージセッションを開催します。

テーマの開発は GitHub 上で行われ、時間の都合上、テーマのコードの進行中のバージョンはこちらにアップロードされています: https://github.com/wordpress/twentytwentyone

テーマが安定したらコアにマージされ、GitHub のレポジトリは非推奨になります。


追加情報

デフォルトテーマについてもっと詳しく知りたい方は、以下の投稿を読んでみてください。

#core-themes, #5-6, #bundled-theme, #theme, #twenty-twenty-one

FSEプログラムのテスト募集 #5: クエリークエスト

以下は、annezazu が書いた Make WordPress.org Test チームブログの記事「FSE Program Testing Call #5: Query Quest」を訳したものです。

誤字脱字誤訳などありましたらフォーラムまでお知らせください


フルサイト編集アウトリーチプログラムとしての5回目のテスター募集です。この実験的なプログラムについての詳細情報はFAQ をご覧ください。程よく楽しんで参加するために、Make Slack#fse-outreach-experiment チャンネルへ参加してください。今後のテストの案内や役立つ投稿などを共有できるはずです。 

機能の概要

全体のマイルストーンに選ばれたブロックはそう多くはありませんが、「クエリブロック」は選ばれました!その名の通り、このブロックは非常に強力なブロックで、自分のサイトに記事やページを表示したり、自分の好きなようにカスタマイズすることができます。例えば、このブロックを使って、特定のカテゴリーの投稿を表示するように設定すれば、お気に入りのレシピをすべて紹介することが簡単にできます。将来的には、テーマ作者がブロックテーマを構築する際に使用するツールとなり、ユーザーは投稿リストブロックのようなブロックバリエーションと多く接するようになると予想します。しかし今は冒険心を持ち、このブロックで何ができるのか「クエリークエスト」にトライしてみましょう。

このブロックの将来に興味をもった人は 最近の GitHub issue をチェック してみてください。ブロックの現行イテレーションにバンドルするクエリーブロックパターンの新しいアイデアを募集しています。さらに Gutenberg 10.5 では、選択可能なより多くのパターンが提供される予定です !

テスト環境

以下は適切な設定のための詳細な情報です。テスト環境を整備するための重要なポイントをご紹介します: 

基本のルールとして、セットアップでは各プログラムの最新バージョンを使用してください。またこの記事の公開後もバージョンは更新される可能性がある点に注意してください。

テストフロー

重要なお知らせ:

このテスター募集は特定の機能をテストすることに焦点を当てていますが、ベータ機能をテストする過程で他のバグを見つけることもあると思います。見つけたバグは、たとえそれがテストしている機能に直接関係なくても、テストレポートにぜひ含めていただければと思います。

設定手順:

  1. 最新バージョンのWordPressをインストールしたテストサイトを準備します。本番サイトは絶対に使わないようにしてください。 
  2. 「外観 > テーマ > 新規追加」で TT1 Blocks テーマをインストールし、テーマを有効化します。
  3. 8つの投稿を作成し、2つの異なるカテゴリーとアイキャッチ画像を割り当ててください。または、このテスト用に作成された Gutenberg デモコンテンツ をダウンロードし、「ツール > インポート」の WordPress インポーターを使用してインポートしてください。
  4. サイトの管理画面にアクセスします。
  5. 「プラグイン > 新規追加」から Gutenberg プラグインをインストールして有効化します。すでにインストールされている場合は、必ず Gutenberg 10.4以降を使用してください。
  6. これで、「サイトエディター (ベータ)」というタイトルのナビゲーション項目が表示されるはずです。サイドバーに表示されていない場合は、サイト編集の実験を正しく使用していないことになります。

テスト手順

「サイトエディター(ベータ)」にアクセスします。自動的にサイトエディターが開かれ、ホームページに使われているテンプレートが表示されます。

  1. 「リスト表示」を使用して、親のクエリーブロックを選択し、ブロック全体を削除してください。これでクリーンな環境から始められます ! こちらの GIF も参照してください。
  2. クエリーブロックがあった所に、カラムブロックを追加し、2カラムの「50 / 50」を選択してください。
  3. 最初のカラムに見出しブロックを追加し、投稿カテゴリー名を何か1つ入力してください。デモコンテンツを使用している場合は、「Hikes」または「Travel」のどちらかを入力してください。
  4. 見出しブロックの直下にクエリーブロックを追加してください。設定中は、さまざまなサイズオプションから好きなオプションを選択してください。
  5. 挿入したら、右側サイドバーのブロックの設定を開き、「設定」セクションの下の「URL からクエリーを継承」をオフにしてください。
  6. ここには、このクエリーブロックで表示する投稿をカスタマイズできるオプションがあります。「フィルター」の下で表示するカテゴリーを選択してください。デモコンテンツを使用している場合は、「Hikes」または「Travel」のどちらかになります。
  7. クエリーブロックでは1つのカテゴリーだけが表示されるはずです。あとはクエリーブロックを自由にカスタマイズしてみてください ! たとえば、投稿者ブロックを追加して、ブロック設定でオプションを変更できます。ここで詰まった場合は、下の「カスタマイズ手順とアイデア」を参考にしてください。 
  8. 2番目のカラムに対しても同じ手順を実行し、追加したクエリーブロックをカスタマイズしてください。別の投稿カテゴリーを選択して、新しい投稿を表示しましょう !
  9. サイトを表示し、作成したページがサイトエディターの表示にマッチすることを確認してください。 

他のエクスペリエンスのカスタマイズ方法には、カラムの幅の変更、関連するブロックの追加、色の変更、等々があります。

カスタマイズ手順とアイデア

このブロックは通常のものより高度なブロックです。手順に詰まってしまった人向けに、このブロックのカスタマイズ方法を丁寧に伝える追加手順をご紹介します。始める前に、重要な注意ですが、クエリーブロックの美しさの1つは、クエリーされる投稿やページの1つを変更すると、表示されるコンテンツ全体に波及する点にあります。最初は混乱するかもしれませんが、これで各投稿の一貫性が保たれます。この点を念頭に、以下のクエリーブロックの追加のカスタマイズ方法を参照してください。

注意: 上の動画では小さな画像サイズオプションを使用していますが、もちろんどんなサイズでも好きなオプションを使用できます !

注意する点:

作成した画面のスクリーンショットを共有してください !

  • どこかでクラッシュしませんでしたか ?
  • 正しく保存できましたか ?
  • 不足する機能はありませんでしたか ?
  • テストで困った点、イライラした点はありませんか ?
  • テストで楽しかった点、いいねと思った点はありますか ?
  • サイトエディタで作成したページは、サイトで表示された場合にマッチしますか?
  • キーボードだけで動作しましたか ?
  • スクリーンリーダーだけで動作しましたか ?

フィードバックをお願いします(2021年5月5日まで)

これまでの FSE テストの期間は2週間でしたが、より多くのフィードバックを得るため今回は3週間を設定します。是非、この記事を共有し、多くの人にテストを呼びかけてください !

この投稿にコメントでフィードバックをお願いします。あるいは、Gutenberg の GitHub リポジトリディレクトリTT1 ブロックの GitHub リポジトリ) に issue を作成いただくのでも構いません。GitHub にフィードバックした場合は、以下にリンクを貼ったコメントを残してください。誰かが同じ問題を報告している場合でも、是非、あなたの体験を追記してください。体験に取り組んでいる私たちが何を改善すべきか包括的な洞察を与えてくれます。

#fse-outreach-program, #fse-testing-call, #full-site-editing


Thanks!

この記事は、@atachibana の翻訳協力により公開することができました。ありがとうございます。

#fse-testing-call, #fse-outreach-experiment, #fse-outreach-program, #full-site-editing

FSEプログラムのテスター募集 #3: 楽しいカスタム404ページを作成する

以下は、annezazu が書いた Make WordPress.org Test チームブログの記事「FSE Program Testing Call #3: Create a fun & custom 404 page」を訳したものです。

誤字脱字誤訳などありましたらフォーラムまでお知らせください


フルサイト編集アウトリーチプログラムとしての3回目のテスター募集です。この実験的なプログラムについての詳細情報はFAQ をご覧ください。程よく楽しんで参加するために、Make Slack#fse-outreach-experiment チャンネルへ参加してください。今後のテストの案内や役立つ投稿などを共有できるはずです。 

機能の概要

これまでに素晴らしい404ページを経験したことがありますか ? 思わず笑ってしまったり、目的の場所に簡単に戻れる作りになっていたり。現在、この404ページはサイトの一部としてテーマによって提供されコードでしか変更できないため、多くの人は、親切で、楽しい404ページを追加して楽しむことはできません。 

しかしフルサイト編集を使えば、自分だけのページを作ることができます。このテストでは、テンプレートを編集してシンプルな404ページを作成したり、本格的にユニークなページの作成に取り組んだりしていきます。クリエイティブな能力を発揮できた方は是非コメント欄にスクリーンショットを添付して、私たちを驚かせてください。インスピレーションのため、私が作った例を紹介しましょう。

テスト環境

以下は適切な設定のための詳細な情報です。テスト環境を整備するための重要なポイントをご紹介します: 

テストフロー

この特定の機能をテストする際の基本的な流れは以下のとおりです。何か分からないことがあれば、コメントでお知らせください。

重要なお知らせ: 

このテスター募集は特定の機能をテストすることに焦点を当てていますが、ベータ機能をテストする過程で他のバグを見つけることもあると思います。見つけたバグは、たとえそれがテストしている機能に直接関係なくても、テストレポートにぜひ含めていただければと思います。

設定手順: 

  1. WordPress 5.7を使ったテストサイトを準備します。本番サイトは絶対に使わないようにしてください。 
  2. 「外観 > テーマ > 新規追加」で TT1 Blocks テーマをインストールし、テーマを有効化します。 
  3. サイトの管理画面にアクセスします。
  4. 「プラグイン > 新規追加」から Gutenberg プラグインをインストールして有効化します。すでにインストールされている場合は、必ず Gutenberg 10.1.1以降を使用するようにしてください。
  5. これで、「サイトエディター (ベータ)」というタイトルのナビゲーション項目が表示されるはずです。サイドバーに表示されていない場合は、サイト編集の実験を正しく使用していないことになります。 

テスト手順:

ヒント: このテストを通して、コンテンツ間を移動する際にリストビューの便利さに気づくでしょう。

404テンプレートを調べる

  1. 「サイトエディター(ベータ)」画面に移動します。自動的にサイトエディターが開かれ、ホームページに使われているテンプレートが表示されます。
  2. ナビゲーショントグルを開いて、「テンプレート」>「404」へ移動します。サイトの404ページのテンプレートが表示されます。
  3. リストビューを使って、Headerテンプレートパーツブロックを選択します。3点アイコンのツールバーメニューを使用して「ブロックの削除」を選択し、これを削除します。
  4. 「Nothing Here」と書かれたデフォルトのヘッダーブロックを選択し、3点アイコンのツールバーメニューを使って、「前に挿入」オプションで上部にブロックを追加します。
  5. 好きなブロックの挿入方法を使って、テンプレートパーツブロックを挿入し「新規テンプレートパーツ」オプションを選択してください。
  6. 新しいテンプレートパーツブロックの設定を(訳注:サイドバーで)開きます。「テンプレートタイトル」の欄で、例えば「404ヘッダー」というような、カスタムのタイトル名を追加します。
  7. 変更を終えたら「デザインを更新」を選択し、保存の流れに沿ってすべての変更を保存してください。これで新しいテンプレートパーツには、選んだタイトルが反映されるようになります。

ナビゲーションを追加し、クリエイティビティを発揮する

  1. フォーカスがまだ新しいテンプレートパーツにあることを確認し、ナビゲーションブロックを追加してください。新しいメニューを作ることも、既存のものを再利用することもできます。
  2. リンクをいくつか追加してください。現在存在しないページへのリンクも追加してください。これには、現在サイトに存在しないページのタイトルを入力します。例えば「ヘルプ」と入力すると、「下書きページの作成」オプションが表示されます。少なくとも1つはこのようなメニュー項目を追加してください。他にもいろいろ自由に、楽しくやりましょう 🙂
  3. ナビゲーションブロックの外側にも、この新しいテンプレートパーツ内に好きなブロックを追加してください。例えばソーシャルアイコンブロック、検索ブロック、サイトのタイトルブロック等々。サイトで迷子になった人のガイドになるものであれば何でも追加してください。
  4. 「Nothing Found」見出しブロックと検索ブロックを自由に編集してください。また画像、GIF、好きなものを追加してください。 
  5. 変更を終えたら「デザインを更新」を選択し、保存の流れに沿ってすべての変更を保存してください。
  6. サイトの404ページを確認します。「yoursiteurl.com/404」にアクセスしてください。このとき「yoursiteurl.com」はテストサイトの URL です。ナビゲーションブロックには追加した下書きページが表示されますが、切れたリンクであることに注意してください。管理者権限でログインしていて下書きを表示できるため、切れていないように見えます。注意: すでにバグとして記録されています。
  7. サイトエディターに戻り、「ナビゲーショントグル」 > 「ダッシュボード」にアクセスして管理画面を表示します。注意: 現在はバグがあり、サイトエディターナビゲーション内で下書きページを表示できませんが、将来的にはもっと簡単になる予定です。 

公開し、レビューし、共有する

  1. 「固定ページ」 > 「固定ページ一覧」に移動し、必要なページを公開してください。 
  2. 再度、「yoursiteurl.com/404」にアクセスして404ページを開き、以前の下書きページが正しいパーマリンクで表示されることを確認してください。
  3. 以下のコメント欄または GitHub ディレクトリであなたの体験を共有してください。体験は何度繰り返していただいても構いません。フィードバックは大歓迎です !

もしもまだ余力があれば、以下の項目も追加で試してみてください。

  • コンテンツにカラムを追加してみてください ! カラムはパワフルなツールです。サイト構築の実際のシナリオ体験から得る、カラムを使用したフィードバックは私たちにとって有用です。
  • カスタムヘッダーテンプレートパーツ作成にならって、カスタムフッターテンプレートパーツも作ってみてください。
  • ページの外観を、カスタムカラーやフォントサイズで、もっとカスタマイズしてみてください。カスタマイズ方法をデモする 簡単なビデオ をご覧ください。

テストの様子のビデオ:

このビデオでは、最初のセットアップを終えてからのテストの流れを紹介します。簡潔のため、404ページの作成については深く触れていません。テストの際にはこれに縛られず、是非、創造力を発揮してみてください。

注意する点:

作成した画面のスクリーンショットを共有してください !

  • どこかでクラッシュしませんでしたか ?
  • 正しく保存できましたか ?  
  • テンプレートパーツやコンテンツ全般を変更した際、保存の動作は自然でしたか? 不自然な部分、おかしな部分はありませんでしたか ? 
  • テストで困った点、イライラした点はありませんか ?
  • テストで楽しかった点、いいねと思った点はありますか ? 
  • サイトエディタで作成したページは、サイトで404ページが表示された場合にマッチしますか?
  • キーボードだけで動作しましたか ?
  • スクリーンリーダーだけで動作しましたか ?

フィードバックをお願いします(2021年3月23日まで)

この投稿にコメントでフィードバックをお願いします。あるいは、Gutenberg の GitHub リポジトリディレクトリTT1 ブロックの GitHub リポジトリ に issue を作成いただくのでも構いません。GitHub にフィードバックした場合は、以下にリンクを貼ったコメントを残してください。誰かが同じ問題を報告している場合でも、是非、あなたの体験を追記してください。体験に取り組んでいる私たちが何を改善すべきか包括的な洞察を与えてくれます。 

#core-editor, #fse-outreach-program, #fse-testing-call, #full-site-editing, #gutenberg, #usability-testing

#fse-testing-call, #fse-outreach-experiment, #fse-outreach-program, #full-site-editing

FSEプログラムのテスター募集 #2: サイト編集ブロックでホームページを構築する

以下は、annezazu が書いた Make WordPress.org Test チームブログの記事「FSE Program Testing Call #2: Build a Homepage with Site Editing Blocks」を訳したものです。

誤字脱字誤訳などありましたらフォーラムまでお知らせください


これはフルサイト編集アウトリーチプログラムとしての2回目のテスター募集です。この実験的なプログラムについての詳細情報はここの FAQ をご覧ください。程よく楽しんで参加するために、Make Slack#fse-outreach-experiment チャンネルへ参加してください。そうすれば今後のテストの案内や役立つ投稿などを共有できます。

機能の概要

テストの詳細に入る前に、このテスター募集の焦点についてお話しましょう。フルサイト編集を使うことで、サイトの全ての要素を編集する能力が開放されます。その体験を促進させるために新しいブロックが必要となります。あなたはすでにこれらのブロックのいくつかを見かけているかもしれません! 例えば、サイトタイトルブロックはどこでも設置することができ、サイトタイトルを変更する度に自動的に更新されます。

この具体的なテストでは、これらのブロックのうちのいくつかを使用してサイドバーがある基本的なホームページを構築することを検討します:

  • サイトタイトルブロック
  • サイトロゴブロック
  • 投稿一覧ブロック
  • 投稿タグブロック
  • ナビゲーションブロック
  • テンプレートパーツブロック

これは、シンプルなものを構築するために現在可能なことを探求しつつ、これらの新しいブロックに慣れることのできる両得の機会だと考えてください。最終的には、サイト編集のために定義されているように、これらのブロックはインサータに具体的に分類されます

テスト環境

以下にすべてを適切に設定するための詳細な情報があります。テスト環境を整備するための重要なポイントをご紹介します:

テストの流れ

この特定の機能をテストする際の基本的な流れは以下の通りです。何か分からないことがあれば、以下にコメントしてください。

重要なお知らせ: 

このテスター募集は特定の機能をテストすることに焦点を当てていますが、ベータ機能をテストする過程で他のバグを見つけることもあると思います。見つけたバグは、たとえそれがテストしている機能に直接関係なくても、テストレポートにぜひ含めていただければと思います。

設定手順: 

  1. WordPress 5.6.1を使ったテストサイトを準備します。本番サイトは絶対に使わないようにしてください。
  2. 「外観 > テーマ > 新規追加」で TT1 Blocks テーマをインストールし、テーマを有効化します。
  3. タグをいくつか追加したダミー投稿を3つ作成するか、ここにある Gutenberg のデモコンテンツを使用します。このコンテンツの設定方法を説明する短い動画もあります。
  4. サイトの管理画面にアクセスします。
  5. 「プラグイン > 新規追加」から Gutenberg プラグインをインストールして有効化します。すでにインストールされている場合は、必ず Gutenberg 10.0以降を使用するようにしてください。
  6. これで、「サイトエディター (ベータ)」というタイトルのナビゲーション項目が表示されるはずです。サイドバーに表示されていない場合は、サイト編集の実験を正しく使用していないことになります。

テスト手順:

手助けになるヒント: このテストを通して、コンテンツ間を移動する際にリストビューが便利だということに気づくかもしれません。

  1. 「サイトエディタ(ベータ)」画面に移動します。自動的に現在のホームページを編集するテンプレートがサイトエディタで開かれます。
  2. リストビューを使用して、クエリブロックが存在するかどうか見てください。もしそうであれば、それを選択して削除してください。これは物事をおさめるための単なる事務的な手順です 🙂

ヘッダーを変更します:

  1. 多分、作成されたヘッダーが直接編集できるようになっているでしょう。サイトタイトルブロックのテキストを更新してください。それを楽しんでください! 新しい見出しサイズを選択したり、コンテンツを変更したり、ブロックの設定を直接変えたり。あなたが始められるいくつものアイデアがあります。
  2. やりたい変更ができたら、「デザインを更新」を選択し全ての変更を保存する手順に進んでください。
  3. ナビゲーショントグルを開いて、テンプレートパーツ > 「ヘッダー」を選択してください。これはサイトのヘッダー部分だけを分離して表示します。この画面では、サイトロゴブロックを追加して好きな感じに構成してください。
  4. 希望どおりに変更できたら、「デザインを更新」を選択し全ての変更を保存する手順に進んでください。
  5. 再度、 ナビゲーショントグル を開き、テンプレート > インデックス を選択してホームページに戻ってください。 
  6. ヘッダーにメニューを組み込む「ナビゲーションブロック」があります (リストビューが便利ですね)。ナビゲーションブロックをテストしてください。メニュー項目を直接変更したり、ブロック設定でフォントや色を変更したり、等々。  
  7. リストビューを使用してヘッダーテンプレートパーツを選択し、3点リーダーツールバーメニューの「後に挿入」オプションを使用してヘッダーの外にブロックを追加してください。 

コンテンツの追加:

  1. 70/30 または 30/70 のカラムブロックを追加してください。大きい方のカラムに見出しブロックを使って「コンテンツ」と書いてください。小さい方のカラムに見出しブロックを使って「サイドバー」と書いてください。
  2. 大きい方のカラムに投稿一覧ブロックを追加し、自由に構成を選択してください。例: タイトルと日付、タイトルと抜粋、等。
  3. そこから、投稿一覧ブロックに表示されている投稿の1つに投稿タグブロックを追加します。1つの投稿に追加すると、すべての投稿に追加されることに注意してください。
  4. 上の手順を投稿者ブロックでも繰り返してください。追加したブロックをそのままにしたり、削除してみてください。  

サイドバーの作成:

  1. 小さな方のカラムで自由にサイドバーを作ってみてください。たとえばソーシャルアイコンブロックや最近の投稿ブロック、単純な画像ブロックを試してみてください。
  2. 変更を終えたら「デザインの更新」を選択し、すべての変更を保存する、保存のフローを体験してください。
  3. 以下のコメント欄または GitHub ディレクトリ であなたの体験を共有してください。体験は何度繰り返していただいても構いません。フィードバックは大歓迎です !

テストの様子:

このビデオではセットアップ後、ここにある Gutenberg デモコンテンツを使用したテストの流れを紹介しています。流れは自由に変更、調整して、オリジナルのテストを作ってみてください。

注意する点:

  • どこかでクラッシュしましたか ?
  • 保存は正しく動作しましたか ? 
  • 適切なブロックがないために実行できなかったことはありませんか ? 
  • テストで困った点、イライラした点はどれですか ?
  • テストで楽しかった点、いいねと思った点はどれですか ?
  • サイトエディタで作成したものはあなたのホームページにマッチしますか?
  • キーボードだけで動作しましたか ?
  • スクリーンリーダーだけで動作しましたか ?

フィードバックをお願いします(2021年3月5日まで)

この投稿にコメントでフィードバックをお願いします。あるいは、Gutenberg の GitHub リポジトリディレクトリTT1 ブロックの GitHub リポジトリ に issue を作成いただくのでも構いません。GitHub にフィードバックした場合は、以下にリンクを貼ったコメントを残してください。誰かが同じ問題を報告している場合でも、是非、あなたの体験を追記してください。体験に取り組んでいる私たちが何を改善すべきか包括的な洞察を与えてくれます。#core-editor, #fse-outreach-program, #fse-testing-call, #full-site-editing, #gutenberg


Thanks!

この記事は、@atachibana の翻訳協力により公開することができました。ありがとうございます。

#fse-testing-call, #fse-outreach-experiment, #fse-outreach-program, #full-site-editing

WCEU 2020 Online 公式わぷー Okaeri Wapuu からのメッセージ

この記事は「Meet Okaeri Wapuu, our mascot for WCEU 2020 Online」の翻訳です。

こんにちは、みなさん。ぼくは Okaeri Wapuu

名前の Okaeri は日本語の「おかえり」から。それは日本での家に人を迎えるときの、飾らないあいさつ

この名前は最初のわぷーの作者、日本人イラストレーターのカネウチカズコさんへのトリビュートなんだ

あとたったの1週間で、WCEU チームは世界中からの人を迎えるし、ぼくも楽しそうなので WordCamp Spain、それはオンラインイベントとして企画された最初の WordCamp なんだけど、そこから飛んできた

ぼくがこのイベントを象徴できてるといいな

快適な我が家から、WordPress コミュニティと

つながって、共有して、学ぼう

Laura CarracedoWordCamp Spain デザインチームがぼくを作り出し、WCEU のやさしいデザイナーさんが、次の冒険のために、新しい青いパジャマとラップトップのステッカーをくれた

またどこか別のオンラインの WordCamp でも、新しいクールなアイテムをもらえますように

トークの最初やスピーカーに質問するときは、だれでも家に迎えるように「おかえり」と言おう

おかえり !

ぼくは イベントの間ずっとそばにいて、ポップコーンを食べてコーヒーを飲みながら WCEU が楽しい充実した時になるのを願ってる

わぷーからぎゅっと

おかえり

日本語ドキュメンテーション Codex の移行をお手伝いしてくれる方を募集します

長年親しまれてきた WordPress の日本語ドキュメンテーション (マニュアル) 「Codex」を WordPress.org 内に移行します。

これはオリジナルの英語版の動きに従ったもので、すでに英語版では開発者向けページが DevHub に、一般ユーザー向けページが HelpHub と呼ばれるシステムにそれぞれ移行されています。今回、日本語版ではまず一般ユーザー向けページを移行し、完了後に開発者向けページの移行を検討する予定です (このためすぐに Codex がなくなるわけではありません)。

移行作業のお手伝いを募集します

英語版の移行作業では手動で Codex 内のページを HelpHub に移行しました。Codex には古い記事や誤った記述も含まれていたため、一つずつ確認しながら作業する必要がありました。ちなみに「Codex」は wiki ベースで書かれていましたが、WordPress.org では通常の WordPress の記事と同じようにブロックエディタ (Gutenberg) を使用して記述します。

現在約200ページの原文がありますが、日本語版でも同様にこれらを手作業で移行する予定です。その過程で翻訳のエラーや、英文が更新されている場合は追加の翻訳を行います。スクリーンショットを取り直す必要のある箇所もあります。

こうした作業をお手伝いしてくれる方を募集します。

「手伝ってもいいよ」という方は以下の手順に従って、サイトへのアクセス権を取得し、好きなページを移行してください。ページ全部でも構いませんし、一部でも構いません。

移行のポリシー

日本語 HelpHub は日本語 Codex を元に、英語 HelpHub の最新情報で更新します。英語版は Codex から HelpHub 移行の際に、プログラミング的な要素をすべて削除しました。これは HelpHub が一般ユーザー向けであること、プログラミング的な要素は他のハンドブックでカバーされることからの決定です。

一方日本語版の場合、ハンドブックの翻訳 (例えば Theme Developer Handbook) が後になり、今日の段階で使用法のみをコピーすると日本語のせっかくの情報が消えてしまいます。ですので、いったん関数などのプログラミング的な要素も含めて移行したいと思います。

移行の手順

まずサイトへのアクセス権が必要です。

  1. WordPress.org のアカウントを作成する (https://login.wordpress.org/register)
  2. HelpHub のアクセス権をリクエストする
    • 手順: WordSlack (参加方法はこちら) の #docs チャンネルに行って、WordPress.org アカウント名と一緒に「アクセス権希望」とリクエストしてください。

移行作業は以下のとおりです。

  1. HelpHub サイトにログインする。
  2. 進捗確認用のワークシートを開く。
  3. 移行するページを選択し、「担当」に自分の名前を入力し、「ステータス」を「In Process」にする。
  4. 「元の日本語 Codex ページ」列の URL の上にマウスを移動し、ポップアップしたリンクをクリックする。
  5. 「日本語 HelpHub ページ」列の URL の上にマウスを移動し、ポップアップしたリンクをクリックする。
  6. ツールバーの「編集 記事」をクリックする。
  7. 適宜、Codex からコピー & ペーストするか、必要に応じて翻訳する。
  8. 完了後はドラフト文書のまま保存し、「ステータス」を「Done」にする。

今後の進め方

ある程度量があるので、挫折しないように以下のような試みを考えています。

  • 定期的に (頻度は未定、2週に1度程度 ?)、参加可能な作業者の方が集まって Zoom で質問したり作業したりする会を開催する。
  • 週1回、このブログに進捗報告スレッドを立て、コメントで報告してもらう。

質問があれば、WordSlack の #docs でお尋ねください。
ご協力ありがとうございます!

#codex

WordPress Meetup のオーガナイザーが集まっての情報交換会日程調整

日本でのWordPress Meetupのオーガナイザーさんが増えてきたのでオンラインで、Meetupのオーガナイザーさんたち・運営に興味のある人たちが集まっての情報交換会をできたら良いのではと、WordSlackの #meetup チャンネルで提案したところたくさんの賛成をいただいたので、日程の調整を始めました。

WordSlackでの発言
https://wpja.slack.com/archives/CHSD4K2EA/p1564021141001900

発言のスレッドの中には下記のような提案も出ています。

  • 参加した人以外にも情報共有ができるといいのでZoomで録画して公開するのはどうか @musus
  • 他のMeetup が、どのように開催されているのか、こんなふうに開催してますプレゼンとか聞けると嬉しい @shinyaB

日程調整の「調整さん」は下記URLより入れますので、どうぞ入力をお願いします。
https://chouseisan.com/s?h=0cf0b4b6bdac4e738de08b4551fea6c4

8月の頭には日程を決められたらいいなと思うので、できれば8月1日ぐらいまでに入力をお願いいたします。

第4回 WordPress Translation Day (翻訳の日) に参加しよう!

こんにちは!
日本のWordPress コミュニティの皆さん、2019年5月11日土曜日に第4回目のWordPress Translation Day があります。
このイベントがどういったものかというと…世界中のより多くの人々と WordPress を楽しむために、24時間まるっと一日みんなで翻訳作業をしたり、国際化 (i18n)・ローカリゼーション (l10n) に関わるノウハウを共有したりしようという日です。
そして24時間、オンラインでLive放送があります。

WordPress Translation Day 公式サイト

WordPress Translation Day 4 公式サイト

こちらは英語になりますが、WordPress Meetup のオーガナイザーへの WordPress Translation Day に参加しようよ!という呼びかけの投稿です。

WordPress Translation Day ですること

  • WordPressのプラグイン、テーマ、その他のプロジェクトの翻訳をしましょう
  • お互いに翻訳のヒントやコツを共有しましょう
  • Making WordPress Slack#polyglots-events チャンネルを通して、世界のローカライゼーションの貢献者を知りましょう
  • WordPress の翻訳に関するセッションやパネルディスカッションのライブストリーム動画を視聴・共有しましょう

参加するにはWordPress.org IDが必要です。アカウントをお持ちでない場合は、https://login.wordpress.org/register からアカウントを登録してください。

日本各地でも WordPress Translation Day を開催しませんか?

5月11日土曜日、時間はいつでも構いません。WordPress Translation Day に参加する Meetup のオーガナイザーさんは、Meetup のイベントを作るときにテンプレートから「WordPress Translation Day 4」を選択して作成してください。

現在、福井東京ですでにイベントが公開されていますので、参考にするのも良いかもしれません。

その後、下記ページのフォームから申請していただくと、今後公開されるイベントマップに載ります。

情報リンク

情報リンクを載せておきます。Meetup のイベントページに載せたり、Translation Dayで使ったりしてください。

質問などはここのコメント欄、もしくは WordSlack の #meetup / #translate チャンネルへどうぞ!

先週のコミュニティ活動報告

Deputy、WordCamp オーガナイザー、Meetup 運営者などの皆さんが先週行った活動をご報告ください。 活動の間に解決できない問題が起こったり、障害がある場合は WordSlack の #community チャンネルにご報告ください。

#weekly-update

注: Community チームの make. P2 にある Weekly Update に倣って週間の活動報告をまとめるスレッドを月曜日に投稿しています。WordPress コミュニティの活動について、誰でもコメントしていただけます。

先週のコミュニティ活動報告

Deputy、WordCamp オーガナイザー、Meetup 運営者などの皆さんが先週行った活動をご報告ください。 活動の間に解決できない問題が起こったり、障害がある場合は WordSlack の #community チャンネルにご報告ください。

#weekly-update

注: Community チームの make. P2 にある Weekly Update に倣って週間の活動報告をまとめるスレッドを月曜日に投稿しています。WordPress コミュニティの活動について、誰でもコメントしていただけます。