嘿 @lindsey。
你能更新 OP 以包含这个吗?我差点自己动手,但觉得可能不太礼貌。 ![]()
嘿 @lindsey。
你能更新 OP 以包含这个吗?我差点自己动手,但觉得可能不太礼貌。 ![]()
在哪里可以找到启用富文本编辑器的选项?只找到一个将富文本转换为 markdown 的选项。
这就解释了为什么我找不到这个设置。![]()
应该将其移至实验性功能的 GUI 切换中。
哇,这个作曲家进步很大。 ![]()
刚才在写一份长报告时,我注意到了一些小问题,主要是复制粘贴和调整内容时遇到的:
如果你单独一行粘贴一个链接,然后后面跟着一些文本,它会保持为“oneboxed”。似乎没有办法移除“oneboxed”并让链接像在行内一样显示,出现在一些词语之后。解决方法似乎是先输入后面的文本,然后回到行首粘贴链接。
选择一些文本然后从菜单中选择“隐藏详情”会导致文本被覆盖。在 Markdown 编辑器中,它只会隐藏选定的文本。(见下面的屏幕录像)
我会在这里再次测试,但在另一个主题中我使用了隐藏详情,虽然切换按钮有效,但默认情况下它是展开的并显示隐藏的文本。你希望它默认是隐藏的。
我想隐藏这段文字
这是“故意的”,但我明白这可能会令人困惑——它会根据您在编辑器视图中的设置来设置 open 属性的 bbcode。
是的
不
哦哦……我不知道那个 open bbcode 选项。我从来没想过要让它们打开。我可以证实它确实如你所说的那样工作。
一个帖子已合并到现有主题:Markdown 专用编辑器中的等宽字体
我希望可以将编辑器的可用性设置为站点设置。当两者都启用时,用户可以在用户偏好设置中选择他们的编辑器。
我不希望将编辑器切换选项作为一项长期功能。现在在 meta 上进行测试是完全合理的,但这将完全违背简化编辑器体验的目标。
我注意到富文本版本有一些问题:
发布后,我看到的是:
两者不匹配,这不好。
至少使用 markdown,我们可以选择单行或多行,使用单引号或三个引号。但现在有了等宽字体选项(我不太喜欢),这有点冲突……
但如果我再次尝试使用三个引号,我会得到这个:
但这并不经常发生,所以我不知道是什么原因。
对我来说,感觉它与其余内容更好地融合在一起。
抱歉,我不明白。
这个很快就会实现:
我没有读完所有的评论,所以如果我重复了别人说过的话,请原谅。
我通常觉得所见即所得(WYSIWYG)编辑器有点别扭,所以我不怎么用。不过,以下是我已经注意到的一些问题。
Enter 键被当作两次 Enter 键,这与 markdown 编辑器不同,有点令人不适。我想这不是我第一次看到这种做法,但如果用户可以在 markdown 编辑器和富文本编辑器之间切换,这种不一致性可能会令人困惑。并非所有人都知道 Shift + Enter 的作用与 markdown 编辑器中的单个 Enter 键相同。# 然后是空格),然后输入一些字符,再删除这些字符会导致滚动条无故向上滚动。只有当编辑器滚动到最底部时才会发生这种情况。Backspace 键会添加一个新的列表项。这本身不是一个“问题”,只是有点出乎意料。s 来表示复数或一个撇号;同样,不常见但我也遇到过几次)。这可能是一个小故障,因为我现在无法重现它,或者也许需要发生一些特定的事情才能出现这种行为。基本上,正如你所看到的,3个反引号被渲染为文本,在单引号内,因此有深色背景。然后,当我第二次在之前的(被渲染为单引号内文本的3个反引号)正下方添加3个反引号时,它就会按预期创建代码块。希望现在能明白?
我还注意到,富文本模式下的Markdown不起作用。看看这里,单引号没有影响文本 test,但3个反引号却起作用了。
编辑器在此选项上相对分裂。例如,Google Docs 将 Enter 设置为换行,而 Notion 将 Enter 设置为段落分隔。但我认为你关于 Markdown 模式和富文本编辑器之间一致性的观点是合理的。
我无法按照你目前的步骤重现此问题,你能提供浏览器详细信息和更详细的说明或录屏吗?谢谢!
我们正在处理一些关于编辑器中内联代码的修复程序,这应该可以解决这个问题。
抓得好,我同意这有点出乎意料。我会向我们的团队报告以修复它。
我们正在处理这个问题!
而且 discourse 有一个设置可以在这两种模式之间切换 Traditional markdown linebreaks “在 Markdown 中使用传统的换行符,这需要两个尾随空格才能换行。”——所以我认为两个编辑器都应该遵守这个设置。
它很难找到,即使找到了至少五次,我还是记不住它,所以我把它加到了 OP 中,并告诫说这是自担风险的。
对于 shared-edits 插件的已知问题,是否有计划在新编辑器中进行重新审视?无论是缺少的功能(显示其他人的编辑光标、基于组的启用功能等)还是健壮性(例如,请参阅 Shared-Edits Improvements - #18 by Ralf_Stockmann )?
我仍然希望我们能够避免安装单独的“Etherpad”类服务,如 HedgeDoc,来实现“漂亮的”共享编辑,而是使用基于 Discourse 的解决方案来构建我们的内网。
我也在考虑编写一个新插件,该插件基于 y.js 提供“即时”共享编辑体验,并进行松散同步……
我可以说我们目前更处于“梦想”阶段,而非“计划”阶段——ProseMirror 和富文本编辑器带来了许多可能性,但我们主要专注于实现与纯 Markdown 编辑器的更多功能对等,以便开始向客户推出。不过,我们已经考虑到了这一点,并且知道在这方面还有很大的改进空间。
我支持你,Ralf!这无疑是锦上添花的事情,而且我看不出在新的编辑器非常稳定之前,开发它会有什么乐趣。
我们 计划 梦想将来使用官方的 ProseMirror Yjs 绑定,其中大部分工作将是为 MessageBus 构建一个 https://docs.yjs.dev/ecosystem/connection-provider。
也许我们可以找到一种方法将这些梦想变成具体的计划。我愿意提供大量资金——Discourse 在我们的专业内网使用方面存在一些痛点(另一个痛点是推送通知的稳定性),但我宁愿将我的钱投资于这个开源项目,而不是投资于像 Atlassian Confluence 这样的东西。