lliddell
(Lara Liddell)
1
Discourse のインスタンスが「難しすぎる」という苦情を結構たくさん受けています。その一例が、テキストエディタウィンドウと隣にあるプレビューウィンドウです。私自身は、この機能の有用性も理解していますが、これらのメンバーは、メールのようにエディタウィンドウを一つだけにすることを求めています。
プレビューを非表示にするオプションがあることは承知していますが、私が望んでいるのは、プレビューウィンドウに表示されるものが、エディタ内と同じ状態になることです。例えば、太字にする場合、テキストの周りにアスタリスクが4つ表示されるのではなく、単に太字として表示されるようにしたいのです。
これで意図が伝わればよいのですが、目標は、Codepen で作業しているような感じではなく、Word で作業しているような感じにすることです。
このようなことは可能でしょうか？
「いいね！」 3
maiki
(maiki)
3
エディターを TinyMCE や他の WYSIWYG などに置き換えるという話は、先週に至るまで何度も繰り返されてきました。しかし、いつもそのスレッドが閉じられ、他のスレッドへの誘導がなされるため、コアプロジェクトでは実現しないのではないかと推測されます。
「いいね！」 2
Stephen
(Stephen)
6
いいえ、WYSIWYGはありませんし、おそらく今後もしられることもないでしょう。
「いいね！」 1
pfaffman
(Jay Pfaffman)
7
「いいね！」 2
lliddell
(Lara Liddell)
9
プレビューを無効にすることで通常のエディタもWYSIWYGエディタになるのであればその通りですが、実際にはそうなっていません。いずれはMarkdownを強制するのではなく、2つのエディタタイプを切り替えるトグルとして実装されることを願っています。Markdownには多くの利点があることは理解していますが、ユーザーからの反発が多く、UXに影響を与えています。
「いいね！」 1
pfaffman
(Jay Pfaffman)
10
ああ、すみません。Stephen が言った通り、それはほぼ確実に実現しないでしょう。WYSIWYG エディタをお使いになりたい場合は、Discourse 以外のものを利用される必要があるかと思います。
「いいね！」 1
Remah
(Just another happy Discourse user)
12
これは、雰囲気を出すために選ばれた投稿に関する問題の私の要約です。これが、WYSIWYG（見たままがそのまま）エディタが Discore のコア機能として開発されない理由を理解する助けになるかもしれません。
- 公式見解として、Discourse は WYSIWYG エディタを開発しないとしています。
- この方針は、WYSIWYG エディタの最初の要望が寄せられてから変更されていません。
- この方針を変更する広範な支持はありません。
- 現在のエディタは、このトピックに以下の 2 点で影響を与えています。
- Discourse のエディタは比較的複雑です。
- Discourse のエディタは完全に Discourse 内で管理されています。
- 主な問題は、WYSIWYG ソリューションの実装が極めて困難であることです。
- 現在、信頼できる解決策は存在しません。
- 解決策を開発しようとした試みはすべて頓挫しました。
- 代替エディタの提案はありましたが、検討は進められませんでした。
- 参考までに、反対の極端な選択肢として、プレーンテキストエディタを希望する声もあります。
1. 公式見解として、Discourse は WYSIWYG エディタを開発しないとしています。
1.1 この方針は、WYSIWYG エディタの最初の要望が寄せられてから変更されていません。
1.2 この方針を変更する広範な支持はありません。
多くのユーザー、おそらく大多数は、この方針の変更を必要としていません。
2. 現在のエディタ。
現在のエディタは、このトピックに以下の 2 点で影響を与えています。
2.1 Discourse のエディタは比較的複雑です
この複雑さには多くの理由があります。
その理由の一つは、現在のエディタがテキストをフォーマットする 3 つの方法を提供していることです。Markdown のみであれば考慮すればよかったはずですが、よりシンプルだったでしょう。
- CommonMark マークダウン、例：
**bold** は bold に変換されます
- BB コード、例：
[b]bold[/b] は bold に変換されます
- HTML、例：
<b>bold</b> は bold に変換されます
2.2 Discourse のエディタは完全に Discourse 内で管理されています。
ソフトウェアに外部依存はありません。オープンソースであっても、代替エディタを提案する場合はそうではありません。
3. 主な問題は、WYSIWYG ソリューションの実装が極めて困難であることです。
既存のエディタを修正するか、WYSIWYG エディタを統合するか、現在のエディタを完全に置き換えることは、容易でも単純な作業ではありません。
3.1 現在、信頼できる解決策は存在しません。
これが特に大きな障壁です。現在のエディタとあらゆる WYSIWYG オプションの間を変換する信頼できる解決策が存在しません。
3.2 解決策を開発しようとした試みはすべて頓挫しました。
これらの問題を解決するために取り組み始めた人々が数人いましたが、解決策に至るまで進展しませんでした。
例：WYSIWYG Editor Plugin
以下は、マークダウンから WYSIWYG への移行に関する初期の楽観的な見積もりです。
3.3 代替エディタの提案はありましたが、検討は進められませんでした。
代替エディタは、そうでなければ Discourse が永続的にフォークされ、移行経路がなくなるため、実質的に同じ要件を満たす必要があります。
つまり、Discourse のエディタを置き換えると既存のインスタンスが破綻するため、既存の投稿を信頼性高く変換するという同じ要件が生じます。
例：Who would prefer a standard wysiwyg to markdown? - #47 by Talin
4. 参考までに、反対の極端な選択肢として、プレーンテキストエディタを希望する声もあります。
一部のサイトでは、フォーマット、プレビュー、WYSIWYG をすべて排除したプレーンテキストを希望しています。
一つの方法として、コンポーザーのツールバーを無効化して、テキストのみ入力の見た目にするという選択肢があります。
「いいね！」 14
merefield
(Robert)
13
ハハ、@Remah さん、これぞ本格的な回答ですね！ :).
他の要素はさておき、この開発者は自分のコードベースを他の開発者と共有したことはありましたか？このタスクの膨大な複雑さを考えると、最終的な成功を収めるためには、それは良い判断ではなかったでしょう。オープンソースにしなければ、コミュニティの力を借りることはできません。
「いいね！」 2
Remah
(Just another happy Discourse user)
14
そのトピックでの最後の投稿以降、活動はありません。
「いいね！」 2
lliddell
(Lara Liddell)
15
わかりました、その情報をありがとうございます。この点については存じ上げませんでした。また、素晴らしい解説をありがとうございました！
「いいね！」 4
実際には、フォーマットが必要になることはめったにありません。ほとんどの投稿は、このようにプレーンテキストです。
プレビューを非表示にしたい場合は、統計的な現実を考慮すれば、それは優れた解決策だと思います。プレーンテキストがすべてを支配しています！
「いいね！」 11
system
(system)
クローズされました:
17
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.