如何使用仅一个编辑器窗口

我们收到了不少关于我们的 Discourse 实例“过于技术化”的投诉。其中一个例子是文本编辑器窗口及其旁边的预览窗口。我个人认为保留这两个窗口很有用,但这些成员希望只保留一个编辑器窗口,就像电子邮件那样。

我知道有一个选项可以隐藏预览窗口,但我希望的是:预览窗口中显示的内容就是编辑器中的实际内容。例如,当我将某段文字加粗时,不应该出现包围文字的四个星号,而是直接显示为加粗效果。

希望这能说明清楚。我们的目标是让界面看起来不像是在 Codepen 中工作,而更像是在 Word 中操作。

这样的功能是否可行?

3 个赞

多年来,这一直是一个备受争议的话题 Search results for 'WYSIWYG' - Discourse Meta

1 个赞

这个问题已经被反复讨论过(甚至就在上周),讨论内容是是否用类似 TinyMCE 或其他所见即所得(WYSIWYG)编辑器来替换当前编辑器。他们总是关闭这些讨论并指向其他线程,所以我猜核心项目中应该不会实现这个功能。

2 个赞

我明白了,这个功能不能设置为可切换的吗?

太遗憾了,不过还是谢谢你的信息!

不,目前没有所见即所得编辑器,而且可能永远也不会有。

1 个赞

也许您只想关闭预览?这可能会有所帮助:Auto-Hide Post Editor Preview - #2 by Johani

2 个赞

听起来不太像。

如果关闭预览也能让普通编辑器变为所见即所得(WYSIWYG)编辑器,那当然可以,但目前并非如此。我希望将来能在两种编辑器之间进行切换,而不是强制使用 Markdown。我知道 Markdown 有更多优势,但我们发现用户对它的抵触情绪日益增加,这已经影响了我们的用户体验。

1 个赞

哦,抱歉。正如 Stephen 所说,这几乎肯定不会发生。如果你想要一个 WYSIWYG 编辑器,可能需要使用 Discourse 以外的其他工具。

1 个赞

明白了,谢谢你的倾听!

1 个赞

以下是我对部分精选帖子中相关问题的摘要,旨在提供一些背景信息。这或许能帮助其他人理解,为什么 WYSIWYG(所见即所得)编辑器不会成为 Discourse 核心开发的一部分:

  1. 官方立场明确:Discourse 不会开发 WYSIWYG 编辑器。
    1. 这一立场自首次提出 WYSIWYG 编辑器请求以来从未改变。
    2. 目前并没有广泛的支持来改变这一立场。
  2. 当前编辑器对该议题有两方面影响:
    1. Discourse 编辑器相对复杂。
    2. Discourse 编辑器完全由 Discourse 自主掌控。
  3. 主要问题在于,WYSIWYG 解决方案的实施将极其困难。
    1. 目前尚无可靠的解决方案。
    2. 所有尝试开发此类解决方案的努力均告失败。
    3. 曾有人提出替换编辑器,但并未继续推进。
  4. 顺便一提,也有人希望走向另一个极端,即纯文本编辑器。

1. 官方立场明确:Discourse 不会开发 WYSIWYG 编辑器。

1.1 这一立场自首次提出 WYSIWYG 编辑器请求以来从未改变。

1.2 目前并没有广泛的支持来改变这一立场。

许多用户,可能是绝大多数,并不需要或要求改变这一立场。

2. 当前编辑器。

当前编辑器对该议题有两方面影响。

2.1 Discourse 编辑器相对复杂

造成这种复杂性的原因有很多。

其中一个原因是,当前编辑器提供了三种文本格式设置方法。如果只需考虑 Markdown,情况会简单得多:

  1. CommonMark Markdown,例如 **bold** 会显示为 bold
  2. BBCodes,例如 [b]bold[/b] 会显示为 bold
  3. HTML,例如 <b>bold</b> 会显示为 bold

2.2 Discourse 编辑器完全由 Discourse 自主掌控。

该软件没有外部依赖。而在提议使用替代编辑器时,即使这些编辑器是开源的,也无法做到这一点。

3. 主要问题在于,WYSIWYG 解决方案的实施将极其困难。

修改现有编辑器、集成 WYSIWYG 编辑器或完全替换当前编辑器,都不是一项轻松或简单的工作。

3.1 目前尚无可靠的解决方案。

这是一个特别棘手的问题。目前没有任何可靠的方法能在当前编辑器与任何 WYSIWYG 选项之间进行转换。

3.2 所有尝试开发此类解决方案的努力均告失败。

已有不少人开始着手解决这些问题,但尚未取得实质性进展。
例如:WYSIWYG Editor Plugin

以下是关于从 Markdown 到 WYSIWYG 的早期概念性估算:

3.3 曾有人提出替换编辑器,但并未继续推进。

替代编辑器本质上必须满足相同的要求,否则将导致 Discourse 永久分叉,且无法迁移。

换句话说,替换 Discourse 编辑器会破坏现有实例,因此我们同样需要可靠地转换现有帖子。
例如:Who would prefer a standard wysiwyg to markdown? - #47 by Talin

4. 顺便一提,也有人希望走向另一个极端,即纯文本编辑器。

有些网站更倾向于纯文本,去除任何格式、预览和 WYSIWYG 功能。

一个可行的方案是禁用编辑器工具栏,从而营造出仅支持纯文本输入的视觉效果。

14 个赞

哈哈,@Remah,这才叫详尽的回复!:)。

撇开其他因素不谈,这位开发者是否曾与其他开发者分享过他的代码库?考虑到这项任务的巨大复杂性,若未开源,恐怕难以实现最终成功。如果不开源,就无法利用社区的力量。

2 个赞

自他在那一主题中最后发帖以来,再无活动。

2 个赞

好的,明白了。我之前并不知道这一情况,同时也感谢你的精彩总结!

4 个赞

事实是,格式化很少需要。大多数帖子都是像这样的纯文本。

如果你想隐藏预览,考虑到统计现实,我认为这是一个不错的解决方案。纯文本主宰一切!

11 个赞

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.