希望增加所见即所得 的markdown编辑器 及 我的附件管理页展示

[Amwsup]

1. 能否增加支持 所见即所得 的markdown编辑器：比如Vditor（本身所见即所得+分屏预览+即时渲染可以切换的），对markdown要求没那么高，对简单表格支持也不错。 （ 另外的 所见即所得 的markdown编辑器链接：marktext 、 tui.editor ）

• 可以说是直接管理员后台设置一个默认的，所有文章都用同一个。
• 可以设计成在创建文档的时候选择编辑器，相当于给文章加了一个属性：editor.md还是Vditor。单篇文章固定一种编辑器，历史负担小。（能混用的话，就是上面一种后台全体配置默认编辑器了）

2. 【更多-我的附件】里的展示页面，展示名字、文件类型可以宽点，其他的可以窄点，文件名可能十几个字或更长的话，会换成三四行。其他如文件大小、访问次数、ID可能不需要那么宽。 以及切换附件类型的时候，自动触发一次查询？

[star7th]

markdown类的编辑器不会引入多个来增加运维成本，只会保留一个。至于有没有必要换成Vditor ，有时间再调研下。目前粗略看到的情况是可能它还需要点时间去完善。showdoc原来的编辑器做了很多定制化改造，假如vditor无法完全替代，那么就可能不会采用。 附件表格的宽度是小事，不单独发版了。下次发版更新再一起完善。

Amwsup [email protected] 于2020年11月26日周四 上午10:18写道：

1. 能否增加支持 所见即所得 的markdown编辑器：比如Vditor https://b3log.org/vditor/（本身所见即所得+分屏预览+即时渲染可以切换的），对markdown要求没那么高，对简单表格支持也不错。 （ 另外的 所见即所得 的markdown编辑器链接：marktext https://github.com/marktext/marktext、 tui.editor https://github.com/nhn/tui.editor ）

• 可以说是直接管理员后台设置一个默认的，所有文章都用同一个。

可以设计成在创建文档的时候选择编辑器，相当于给文章加了一个属性：editor.md还是Vditor。单篇文章固定一种编辑器，历史负担小。（能混用的话，就是上面一种后台全体配置默认编辑器了）

1. 【更多-我的附件】里的展示页面，展示名字、文件类型 可以宽点，其他的可以窄点，文件名可能十几个字或更长的话，会换成三四行。其他如文件大小、访问次数、ID可能不需要那么宽。 [image: image] https://user-images.githubusercontent.com/74750630/100300161-5de62900-2fd0-11eb-86dc-44087606915c.png

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/star7th/showdoc/issues/1174, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAQZHLVFM4TNNSSMJ3WKXFTSRW3GRANCNFSM4UDEEDTQ .

[star7th]

突然间想起，附件表格那个宽度是为了保持表标题在同一行。如果按照你的说法去改，那么表每一列的列名可能不在同一行，也会更难看的。

[Amwsup]

谢谢回复与解答，明白且理解修改存在很多历史负担。

showdoc原来的编辑器做了很多定制化改造。

也不用考虑其他了，太麻烦了。就看editor.md以后是否也有支持所见即所得的计划了。