Gutenberg

説明

Gutenberg は単なるエディターではありません。現在はエディターに注力していますが、このプロジェクトはパブリッシング体験全体に影響を与えるものです。今後はカスタマイズに注力していく予定です。

このプロジェクトについて詳しく知る

編集機能へのフォーカス

このエディターは、リッチな投稿や固定ページの作成を簡単にする、新たな執筆体験を生み出します。また「ブロック」によって、今日のショートコード、カスタム HTML や得体の知れない埋め込みが実現していることをより簡単にします。— マット・マレンウェッグ

WordPress が他のシステムと異なる点は、思い描いたとおりのリッチな投稿レイアウトが作成可能な点です。ただし、HTML や CSS の知識があり、カスタムテーマを作成できる場合に限ります。エディターを、リッチな投稿と美しいレイアウト作成ツールとして考えるなら、他の人も使っているから WordPress を使うのではなく、ユーザーが好きで WordPress を使うことになるでしょう。

Gutenberg はエディターを単なる入力欄と考えるのではなく、10年ほぼ大きな変更がなかったレイアウトを見直します。これによって、今どきの編集体験を全体的にデザインし、未来への基礎を築きます。

単なる入力欄ではなく、編集画面全体を考慮している理由は以下のとおりです:

  1. ブロックは複数のインターフェイスを統一します。既存のインターフェイスの上にブロックを追加すれば複雑さを取り除くどころか、逆に増やすことになります。
  2. インターフェイスを見直し、使いやすさとシンプルさにこだわり、新旧双方のユーザーに利益をもたらすことにより、執筆、編集、公開の体験を現代的にします。
  3. 単一ブロックインターフェイスが中心になれば、開発者にはショートコードやウィジェットよりも優れた素晴らしいブロックを開発する明確なパスが提示されます。
  4. インターフェイス全体を考慮することは、次に注力する領域 (サイト全体のカスタマイズ) への確固たる基礎につながります。
  5. 全体の編集画面を考慮することは、ベースから大幅に現代化し、WordPress REST API をフル活用した、より流動的で JavaScript に富んだ未来への一歩を踏み出すことができます。

ブロック

ブロックは、今まで異なる方法でカバーされていた「ショートコード」「埋め込み」「ウィジェット」「投稿フォーマット」「カスタム投稿タイプ」「テーマオプション」「メタボックス」その他のフォーマット要素などを統一的に進化させたものです。 ユーザーは、WordPress でできる幅広い機能を、明快で一貫した方法で利用できます。

例えば「従業員」というカスタムブロックを想像してください。アバウトページにドラッグすると、自動的に写真、氏名、プロフィールを表示できるとします。この世のすべてのプラグインが、同じ方法で WordPress を拡張することができ、メニューやウィジェットもシンプルになります。ユーザーは簡単に WordPress と大方のプラグインを理解して使用することができます。これによって簡単にサンプルのような美しい投稿を作成できます。

プロジェクトについてのよくあるご質問もご覧ください。

互換性

投稿には後方互換性があります。ショートコードもそのまま動くはずです。高度にカスタマイズされたメタボックスについては継続して調査中で、単純に Gutenberg を無効化するプラグインから、Gutenberg のロードの可否を自動で検出するソリューションまで幅広く検討しています。執筆から公開に至る新しい編集体験を確実にユーザーフレンドリーなものにしたいと考えている一方、高度にカスタマイズされた既存サイトに対しても、良いソリューションを見つけることをお約束します。

Gutenberg のステージ

Gutenberg では3つのステージが計画されています。WordPress 5.0 への同梱を予定している最初のステージの目標は投稿の編集体験とブロックの実装で、このフェーズではコンテンツ第一主義を唱えています。ブロックを使用することで、既に述べたようにユーザーはコンテンツがどのように表示されるかに集中でき、その他の構成オプションを気にする必要はありません。結果的に、すべてのユーザーがコンテンツを魅力的に、直接、ビジュアルに伝えられるようになるでしょう。

これら基本的な要素が来年に予定されている2番目、3番目のステージへの道を開き、最終的にはページテンプレート内での投稿を超えた、完全なサイトカスタマイズへとつながります。

Gutenberg は大きな変化です。ショートコードやメタボックスなど既存の機能が引き続き動作することを確認できるよう、開発者には効率的な移行に必要な時間と経路が与えられています。最終的にプラグインやテーマ開発者は、コアのサポートするツール群の利点を活かした魅力的で、ビジュアルな体験をこれまで以上にユーザーに届けることができるでしょう。

貢献者

Gutenberg は多くのボランティア貢献者により開発されています。CONTRIBUTORS.md にて参加者のリストをご覧ください。

FAQ

フィードバックやバグ報告をするには ?

バグ報告、機能の提案、あらゆるご意見をぜひお寄せ下さい。GitHub issues ページで既存のイシューを検索するか、新しく作成して下さい。プラグインフォーラムでの報告をイシューとして分類しているため、GitHub リポジトリのほうがより早く回答が得られますし、無駄な手間も省けます。

貢献するには ?

このエディタープロジェクトは巨大な事業のため「Gutenberg」と呼ばれています。毎日 GitHub 内で作業が行われており、常に一緒に開発してくれる方を募集しています。フィードバックも歓迎します。まずは
Slack #core-editor チャネルに参加してみてください。

また CONTRIBUTING.md も参照してください。

Gutenberg 関連のドキュメントはどこにありますか?

評価

Great future with Gutenberg

I have to say that I’m looking forward to have a brand new user experience with Gutenberg. I already have two sites in production with Gutenberg and custom blocks. I’m big fan of React.js and WordPress and with Gutenberg I can build great user interfaces for page and custom post types editor. Cool and keep going! On the other hand I have to say that Gutenberg API is not stable, but hey, it’s not intended for production use at the moment, so it’s ok 🙂

Some suggestions

You are adding visual interface to the editor but they are in different places, it should be a bit handy. Maybe a drop-down above the editor.
While it’s good that you have added the visual part but it would be better if it can be a third tab in addition to the current two.
I would also request you to make the border more prominent, I keep low brightness and contrast to reduce strain on my eyes and I was not able to distinguish the border.

Going to be good

I see that lots of developers don’t want something like this and they think this is going to ruin their past works. I don’t think it is going to efect anything like that. I install it and test it a little. It seems it is just going to be a page builder just like others. Also, it is not going to be bad for the new projects. If you are a page builder user and creating a site with that to your customers and don’t want something like that I can understand. But this is going to be the same thing.

Content creating and template creating are different things. So a free plugin like that will improve the WordPress and I think we have more customers soon. Thanks and good luck with the development 😉

Better as an optional plugin

I Think this is an interesting effort, but it might be offered as a plugin, it does not make sense forcing everyone to use it. Specially if it’s going to break custom metaboxes and custom fields.

508件のレビューをすべて表示

貢献者と開発者

Gutenberg はオープンソースソフトウェアです。以下の人々がこのプラグインに貢献しています。

貢献者

“Gutenberg” は28ロケールに翻訳されています。 翻訳者のみなさん、翻訳へのご協力ありがとうございます。

“Gutenberg” をあなたの言語に翻訳しましょう。

開発に興味がありますか ?

コードを閲覧するか、SVN リポジトリをチェックするか、開発ログRSS で購読してみてください。

変更履歴

Latest

  • Implement Tips Interface to guide a user in the new editor interface.
  • New design version of sibling inserter (the ability to insert blocks between other blocks).
  • Allow users to re-enable Tips.
  • Allow the user to preview changes to a published post without first updating the post.
  • Show the preview mode for HTML blocks converted into shared blocks. This streamlines the process of creating straightforward HTML blocks and letting users insert them visually.
  • Exclude the currently focused block from the block completer options. (i.e. don’t show paragraph as an option if already on a paragraph)
  • Trigger autosave as standard save for draft by current user.
  • Add mime type checking to the pre-upload error messaging system when uploading media.
  • Allow block hover outlines to draw color from admin theme.
  • Allow transforming multiple paragraph blocks into a single quote block.
  • Block API: move useOnce block configuration to supports.multiple = false.
  • Add strikethrough support for Markdown conversion when pasting.
  • Add yAxis=middle support to Popover to allow showing arrows vertically centered for NUX tips.
  • Add BlockIconWithColors component and use it for the block header with description in the inspector.
  • Add error notices mechanism directly to media placeholder.
  • Refactor the initialization of the editor to only require a post ID.
  • Optimize the default column width for character length and use the same width for the text editor.
  • Incremental improvements and polish to the mobile block toolbar.
  • Visually compensate nested blocks for block padding.
  • Prevent slash autocompleter from letting users insert two cases of a useOnce block.
  • Let screen readers announce the block aria label.
  • Improve the accessibility of featured images.
  • Make aria-multiline true by default in RichText so the content field is properly announced.
  • Add back role textbox to the List block and improve aria-multiline usage.
  • Replace the renderBlockMenu prop with Slot/Fill.
  • Hide disabled blocks from shortcut inserter.
  • Avoid deprecated React Lifecycle hooks in withAPIData.
  • Improve the element serializer to avoid double ampersand encoding of valid character references.
  • Update drop-cap design to better balance line length.
  • Describe expanded state of “more options” panel.
  • Improve DotTip positioning fix.
  • Implement Button component as assigning ref via forwardRef (new React API).
  • Improve serialising JSON to PHP-compatible query strings.
  • Introduce rendererPathWithAttributes() for ServerSideRender.
  • Refactor the getPostEdits selector to avoid relying on Lodash’s _.get.
  • Refactor withSelect to use getDerivedStateFromProps.
  • Replace JSON-escaped quotation mark with unicode escape sequence in Block API. Fixes PlainText component not properly escaping attributes under some specific user roles.
  • 複数カラムブロックのフロントエンドでのスタイルのデグレを修正
  • ブロックアイコンの SVG サポートのデグレを修正
  • Fix PHP 5.2 notice by ensuring $memo is always an array.
  • Fix margins of embed block content.
  • Fix autocomplete behaviour in IE11.
  • Fix regression with formatting toolbar not showing divider between some block controls.
  • Fix issue where pasting an inline shortcode would produce a separate shortcode block.
  • Fix issue when copy pasting images in Chrome.
  • Fix typos in code comments.
  • Fix consistency of hover styles in toolbars.
  • Fix option for linking to attachment page on gallery block.
  • Fix Classic Editor adding paragraphs from block boundaries.
  • Fix post publish panel showing incorrect UX for contributors who don’t have publishing capability.
  • Fix issues with floats and the side UI on wide and full-wide.
  • Fix issue where server side upload errors disappear automatically.
  • Fix block inserter popover in RTL mode.
  • Fix mp3 uploads on chrome.
  • Fix getMimeTypesArray return documentation.
  • Avoid showing error if autosave runs and there are no changes to save.
  • Prevent any disabled button from changing the cursor to pointer.
  • Remove ‘who’=>’authors’ compatibility shim as it’s part of WP 4.9.6.
  • Remove confusing “wrap text” from Button settings.
  • Remove the usage of the componentWillMount lifecycle.
  • Remove the componentWillReceiveProps lifecycle usage.
  • Remove createInnerBlockList utility / context. This should be a simplification of block context, potentially with some performance and/or memory improvements, as an intermediary component is no longer created.
  • Improve translatable strings containing “%s” to have a translator comment.
  • Move trash post URL change to the BrowserUrl component. Consolidates all browser navigation (url changes and actual navigation).
  • Simplify the withColors HOC so we can avoid the usage of memoize while still having a correct implementation without unnecessary rerenders.
  • Refactor Higher-order components in data module to avoid the use of componentWillMount.
  • Use mdash for block description in cover image.
  • Ensure that only the latest promise updates the autocompleter state for more predictable behaviour.
  • Wrap PluginPostStatusInfo with PanelRow rather than Slot. Fix issue with hard to style divs.
  • Update demo content to avoid dirtying embed.
  • Allow using ServerSideRender component without defined attributes.
  • Avoid loading Gutenberg assets in other admin pages.
  • Add a new @wordpress/api-request package. Instead of relying on globals to set the nonce/rootURL, it users configurable middlewares. Preloading support is also built as a middleware.
  • Move the Core Data Module to packages.
  • Move Plugins module to packages.
  • Rename all the hooks moved from blocks to editor.
  • Add NUX e2e tests.
  • Add e2e tests for Plugins API.
  • Add es5 samples to edit-post and plugins.
  • Add e2e test to blocks.BlockEdit filter.
  • Add snapshot test for MoreMenu component.
  • Fix broken links in readme files.
  • ビルドツール: package.json ファイルのリントを追加
  • Further explanation for why .normalize() is optional in raw-handling.
  • Update icon color readme example.
  • Generate docs for the data module.
  • Enable Strict-Mode of React.
  • Publish new versions of WP packages.
  • Regenerate integrity checks to sha512.
  • Drop deprecations slated for 3.1 removal.
  • Upgrade React 16.3.2 to React 16.4.1.