Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Sending blocks to WordPress?

オープン
#5 コメント 2 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
25/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
javascript, wordpress

調査の方向性

Start by reviewing the WordPress addPost API behavior described in the issue, especially the proposed html content_type and block conversion. No files, tests, or entry points are named, so the first step is to locate the relevant API integration. Done would require an agreed architecture for centralizing HTML-to-block translation and a defined implementation scope.

索引モデルが issue の本文から書いたものです。

説明

As more people at Automattic try WordLand I'm hearing a question, always politely asked, why aren't we using blocks?

There's no religious issue here, if it were easy to do, I would be ready to try it soon, to see what happens, if anything in WordLand breaks. On an experimental basis.

My first thought though, is why the addPost API on the WP side of it, doesn't do the translation. If I specify the content_type of the content as html, the server could parse that into a block structure.

In any case I wanted to open a place to explore this from an architecture standpoint. If there has to be an HTML parser somewhere that generates block, I would think it should be as central as possible, so everyone doesn't have to write the same tedious code. It's the kind of thing imho you want to bury as deeply as you can.

主要言語
JavaScript
スター
21
フォーク
2
PR マージ指標
30日以内にマージされた PR はありません

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

scripting/wpIdentity のほかの issue

scripting/wpIdentity の issue をすべて見る

似ている issue

JavaScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。