-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
古いブロックは使ってほしくないのでオンオフ機能など検討 #1047
Comments
@kurudrive まず非推奨ブロック コアの方法はblock.jsonの
これについてですが、設定の表示ブロックを変更することはこのように設定すれば可能でした wp.data.dispatch( 'core/edit-post' ).hideBlockTypes( [ 'core/heading', 'core/list' ] ); WordPress/gutenberg#14139 (comment) なのでウィジェットやサイトエディターで使えるブロックもカスタマイズしたいなら管理画面が必要ということになりそうです。 管理画面を作る方向でもよろしいでしょうか? また"inserter": false,にするブロックはないですか? |
確認ありがとうございます。
これ多分コアのみなさんが気づいてない(意図的にサイトエディターで使えるようにしてるわけではない)だけで、そのうちウィジェットやサイトエディターでも設定が反映されるようになる系の問題なんじゃないですかね? その場合、コアとVK Blocks での 二重UIになるからあまりよろしくないのではないかなという印象。 サイトエディタやウィジェットは触る頻度が多くないし、今の段階では何が何でも非推奨のブロックを使わせたくないというほどでもないので、通常の記事編集画面で初期状態では選べなくするという処理で良いのではないかなという感覚です。 逆に下村さんの方で、 あー、そうか、でも管理画面あった方が、「ベクトルとしてこのブロックは非推奨になった」という表記をしやすいか...。 よし!作りましょう!(汗 |
そうなのですよね。。後に修正されると思います。 なので急ぎでなければ一旦少しコアの動向を待ったほうが良い気がしてきました |
いえいえ、独自UIを実装しての制御については見送りましょう。 |
やっぱりブロックマネージャーは独自にDBに保存して欲しいと思うので優先度を戻そうと思います 理由 いや実装はしない方がが良いなどあったら言っていただければと思います |
仕様やデザインは調整がないと判断したのでそのままプルリクに回します |
@kaorock72 こちらも 1.48.0 でリリース済みなので、お知らせよろしくお願いいたします🙏 |
@kurudrive |
@kaorock72 確認しました!ありがとうございます! |
対象
The text was updated successfully, but these errors were encountered: