WordPressはサードパーティの編集者にAPIを提供する必要がありますか？

公開: 2020-05-23

あなたがあなたのウェブサイトの管理者にログインする未来を想像してみてください。あなたは編集者に向かいます。この特定のエディターには、世界中に公開するコンテンツをより効率的に作成するためのすべてのツールと機能が備わっています。使用しているソフトウェアが提供するものに満足して、すぐにキーをタップするか、画面上でマウスをドラッグし始めます。

現在、そのエディターはWordPressのデフォルトのブロックエディターである可能性があります。慣れ親しんだライティング体験のためにClassicEditorプラグインを実行している人もいます。他の人は、Elementorページビルダーを使用して美しいレイアウトを作成します。

今週の時点で、人々は、ミニマリスト環境を好み、Markdownを愛する人々のために、ブロックエディターの上に構築されたインターフェースであるIcebergに慣れています。

一部のブロガーはメールで投稿します。他の人は自分の携帯電話からアプリを使用します。そして、クラスの人々全員が、Microsoft Word、Atom、昔ながらのメモ帳などのサードパーティのオフラインエディタで作業しています。

何年にもわたって気付いたことが一つあるとすれば、編集環境はそれを使う人と同じくらい多様であるということです。万能の解決策はありません。私が探している経験は、必ずしもあなたが必要としているのと同じ経験ではありません。

選択の自由を考えると、ほとんどの人は自分の机を再配置し、別のメモ帳を使用し、隣人とは異なる筆記用具を選びます。同じツールから始めたとしても、最終的には個人的な好みに合わせて微調整を行います。

その歴史のほとんどを通して、WordPressにはユーザーが共有する単一のエディターがありました。それは時間とともに変化しました—TinyMCEの追加でさえかつて物議を醸したものでした。ただし、デフォルトのエディタはすべてのユーザーにとって十分ではありませんでした。個人的に、私は古典的な編集経験を嫌いました。それは私が効率と真の気晴らしのない経験のために何年にもわたって様々なMarkdownエディターで書くようになりました。また、開発者は、大規模なエンドユーザー向けの代替エクスペリエンスの作成に挑戦するようになりました。

多くの人が古典的なWordPressエディターを愛しているのと同じくらい、それは他の多くの人にとって苦痛でした。そうでなければ、何年にもわたって登場してきたすべてのツールは不要だったでしょう。

ほぼ同じように、ブロックエディタは多くの場合、好き嫌いの経験です。多くのユーザーにとって理想的な編集環境です。他の人にとっては、それはせいぜい障害です。最悪の場合、それはガソリンに浸してマッチの本に値する。

WordPressの約束は、あらゆる分野の人々が自分のコンテンツをWeb上で公開できるようにする編集エクスペリエンスを提供することです。約束は、その経験を可能な限り苦痛のないものにし、出版プロセスを完成させるという達成不可能であるが価値のある目標に向けて反復を続けることです。

WordPress —そのことに関するあらゆるパブリッシングプラットフォーム—は、そのエディターと同じくらい優れています。

窮地です。すべての人にとって理想的なエディタを作成する方法はありません。

次の動きは何ですか？

EditorsレジストリとAPI

TavernのIcebergエディター報道のコメントの中で、PhilJohnstonはWordPressの今後の解決策を提案しました。「素晴らしい出版体験がすべて出てきたので、WPに「編集者」の概念を含める時が来たのではないかと思います」と彼は書いています。「インストールされたエディターの公式レジストリのように。」

彼は後に、プラグインの作成者がWordPress上で新しい編集エクスペリエンスを簡単に作成できるようにするAPIを要求する機能リクエストを作成しました。この提案は、編集画面でユーザーが好みのエディターを選択できるようにする方法についての高レベルのアイデアです。

潜在的に、ユーザーは、作成しているコンテンツのタイプに応じて、さまざまなエディターをインストールして使用できます。ユーザーは、ブログ投稿用のMarkdownエディターに似たものが必要な場合がありますが、サイトのページ用のページビルダーに切り替えます。 eコマースプラグインには、ショップオーナーにとって理想的なカスタム編集インターフェイスが含まれている場合があります。最終的に、可能性は無限大です。しかし、それはすべてWordPressレベルから始まります。

アイデアは、デフォルトのWordPressエディターを削除することではありません。プラグイン開発者がより多くのユーザーのニーズに応えるための柔軟なフレームワークを作成することです。コンテンツを編集する追加の方法は、WordPressをより強力なCMSにし、構築しているサイトのタイプに関係なく、別の方法で異なるエクスペリエンスを好むユーザーを引き込みます。

これを今行うことが可能です。しかし、WordPressは開発者のためにこのプロセスを改善するために何ができるでしょうか？

Icebergの共同作成者であるJeffreyCarandangは、コアによって編集スペースがより多くのサードパーティソリューションに開かれる可能性があると考えています。「独自のエディターモードを作成することは困難でしたが、全体的に非常にエキサイティングな体験でした」と彼は言いました。「グーテンベルクは、WordPressの他の部分と比較して、まだ拡張可能にはほど遠いですが、動作する必要のあるいくつかの領域をハックすることができました。」

Carandangは、Icebergエディターを構築するときにチームが克服しなければならないいくつかのハードルを特定しました。

エディターやラッパーの上部と下部の領域など、ブロック開発以外の限定されたフックとフィルター。
エディターコンポーネントを削除するオプションはほとんどありません。CSSハックに依存してそれらを非表示にします。
コアエディタのlocalStorageへの依存。

主な問題に加えて、彼のチームは、ユーザーにシームレスなエクスペリエンスを保証するために、ブロックエディターの複数のバージョンに対して開発する必要がありました。問題はあるものの、彼はブロックエディタープロジェクトが宇宙に「潜在的なイノベーション」を開くことができる未来を信じています。

今日、私はこの投稿をオフラインのMarkdownエディターで作成しています。 2番目または3番目のドラフトをコピーしてブロックエディターに貼り付けます。これは、最終的な編集の前に、Markdownをブロックに変換する優れた機能を果たします。他の日は、気分に応じて、WordPressで直接作業します。しかし、私の好みの執筆経験は、それが得られるのと同じくらい単純であり、Atomで頻繁に発生します。それは私が慣れているものです。

いつの日か、WordPress内からフルタイムで書くように私を変換するエディターがあるのだろうか。試してみるプラグイン開発者を心待ちにしています。私の希望は、WordPressが邪魔にならずにこれらのアイデアを育てることです。