我猜我希望他们(根据他们的偏好)被重定向到新路径。这样他们就永远不会意外访问现代版本,现代版本可能只显示一个空白屏幕。(旧版浏览器就是这样)。
我明白了。我会考虑一下的。
抱歉,我无意冒犯,只是我对这种明显的驳回感到困扰。
更新
会有一些错误,请告诉我。
实时更新
- 主页上的主题现在会自动刷新,新主题会出现在顶部,被顶起的主题会重新排序
- 当您阅读主题时,其他用户的回复会实时出现
- 当有人正在撰写回复时,“用户名正在输入…”指示器会显示
已读/未读主题
- 未读主题现在显示为粗体文本,已读主题显示得更浅、更细
- 移除了旧的数字徽章
上传
- 您现在可以通过点击文件名旁边的 X 按钮来移除已上传的文件
- 在回复和新主题中均有效
- 上传按钮现在在触摸屏上能可靠地工作
错误修复
- 点击编辑或反应不再会跳转到页面顶部
- 新回复和编辑在发布后会立即显示
- 创建新主题现在会带您进入该主题,而不是返回主页
添加了 LanguageTool 集成!![]()
由于此插件是为小型手机和旧系统设计的,输入(和拼写错误)可能非常麻烦。因此,我添加了对 LanguageTool (https://languagetool.org/) 的支持,以自动清理文本。
您可以通过以下几种方式使用它:
- 公共 API(设置最快)
- 您自己的 LanguageTool 帐户 + API 密钥
- 自托管 LanguageTool(提供您自己的端点 + 密钥)
点击小小的
,它将重写文本,修复它检测到的所有内容(拼写、语法、间距等,具体取决于您的套餐或托管模式…)。
“AI 但不是 AI”的感觉:它很智能,但它不是一个大型语言模型(LLM)在为您撰写帖子。
成本方面:基本免费/有速率限制,这取决于您是使用公共 API 还是自托管。自托管 = 您控制限制。
另外:我可能会将此功能提炼成一个单独的插件,专门用于 LanguageTool 支持——这是一个非常可靠的独立想法。
我根据@merefield的建议(再次感谢)试用了这个插件,对于“老用户”来说,这是一个很棒的插件!
这个插件有主题列表分页,这很棒,但将来是否有可能也实现主题帖子分页呢?
是否可以将自定义 CSS 纳入 Dumbcourse?
还活着吗?这个真的很棒(!)
是的,它仍然存活并在使用中,网址为 Forum
我们已将其合并到我们的主插件中:
那么,OP 中链接的仓库不再受支持了吗?
出于好奇,你们为什么要合并它们?这是否可能迫使社区用户使用他们不需要或不想要的功能?
一般来说,将功能不同的插件保持分离是一个良好的实践,这样它们可以更灵活、模块化地添加。(官方插件过去也这样做,我认为这是一种更优越的情况,除非考虑到构建时带来的好处,但这仅针对捆绑插件而言。)
仍然受支持。代码库仍位于我 GitHub 上的同一链接,和之前一样。这样对我们来说更方便,可以把所有东西放在一个中心位置。
它包含了我们使用的所有内容,我们不需要每次需要某个小功能时都重新构建 Discourse。
抱歉,什么?!![]()
谢谢,我会检查一下。对于 Tor Discourse 版本来说,Dumbcourse 是最佳选择。现在我有了更多功能可以关注 ![]()
请查看代码仓库,每个功能都有独立的开关用于启用或禁用。我认为他们在这方面做得非常出色。
此外,任何人都可以通过 PR 进行贡献。
我赞同为 Discourse 社区提供不同插件的理念,但我也完全理解他们将这些功能打包用于他们自己的社区的做法。
哦,好的,我想我只是累了,现在才明白他的意思。
你以为是我想把我们整个合并后的插件推出去,是我用词不当。
独立的 Dumbcourse 仍然可以在原来的地方找到:
我以为你是说要强迫 jtechforums 的用户使用,抱歉 ![]()
对于我们的使用场景,我们需要的许多特定功能作为单独的插件来管理太难了,所以我们为自己定制了一些东西,但所有独立的 Dumbcourse 代码仍然在上面的链接中。
你可以 fork,或者如果你想贡献代码,我可以要求 @TripleU 取消归档。


