我觉得就是连着两个星号一起加粗，这样就很好了。
然后标题就是不要隐藏那个井号。
2 个赞
这点确实没几个能做好
obsidian对md的支持其实很差，很基础
渲染方面做的奇烂
另外
md实在是个垃圾写法，从2012开始就不喜欢，结果越来越火，被裹挟着不得不用，就像微信一样
Markdown 初衷就是为了让我们专注于内容创作，完全同意。
你提出的「先完成文字创作，再进行排版优化」的工作流，其实恰恰表明：你在用一套工作流来适应 Typora，正是为了回避「所见即所得」在创作过程中带来的实时干扰。
换句话说，这个「工作流」本身，就是对这种「实时预览」模式体验不佳的无声证明。
喜爱 Markdown 简洁的哲学，和不喜欢 Typora 这类编辑器在输入过程中的「跳动感」并不矛盾，承认一种交互模式存在缺陷，才有可能推动它的进步。
「先完成文字创作，再进行排版优化」的工作流并不是适应 Typora 的工作流（原文也没有这么说，针对的其实是 Markdown），而是我认为进行文字创作时应当使用的工作流，或者说因为 Markdown 的发明、为了使用 Markdown 坚持的工作流。
无论使用的是 Typora ，还是 Word 还是别的工具进行文字创作，为了避免思路、灵感、心流等被打断，先写作后排版就是应当遵循的方法。就算不是 Typora，想象一下你用的是 Word、LaTex，是否也是先创作后排版比较好（或者是套用模版然后创作）？
极端的例子就是出版，内容和样式是分离的业务并且相应地专业化。Markdown 只是说在写作过程中融入一些轻量的排版，丰富内容表达的形式、减少后续的工作量。如果调整排版会打断创作思路（或者创作会打断排版），那不就应该分离创作和排版吗？
Typora可以用源代码模式
非常赞同，不过我一直都是快捷键切换。
你说的「先创作后排版」，我完全赞同，这确实是一个能让人高度专注的工作流，而且我也常常这么做。
但你把它放到这个主题下，试图来证明 Typora 蹩脚的用户体验影响不到你时，回避了写作中最耗时、最核心的环节：修改。一篇文章从诞生到完成，大部分时间都花在反复的增删、调整和润色上。正是在这个编辑阶段，我们被迫与「跳动的字符」缠斗。除非一篇文章能一挥而就，否则，Typora 模式的干扰就不是一个工作流能绕过去的坎。
更何况，并非所有写作都能将内容和格式彻底剥离。很多时候，排版就是思考本身。比如我们用列表来梳理大纲的层级，用加粗来确立一个论点的核心，这时，格式是辅助我们结构化思考的工具，而不是事后美化的外衣。在这种场景下，内容与格式同步发生，干扰也就无从回避。
之所以会深入讨论「工作流」，是因为我承认它确有价值，但它的价值并不能掩盖 Typora 的差劲。
1 个赞
就最终效果而言, 我至今未发现Markdown有什么超过Windows写字板的地方(更别说Word了).
一个支持格式受限的文档编辑器罢了, 有着碎片化和方言层出不穷的趋势, 用起来也没有很方便, 语法再简单(#为什么代表标题级别, 很不直观好么, 我都是用#标记废弃内容的)也没有直接按键简单吧?
Office文档转Markdown的工具多如牛毛, 我看不出来Markdown编辑工具有什么未来(虽然作为文档格式, 有可以直接看明文的优势, 但微软的格式已经不是闭源了, 有什么地方非得看明文不可的理由?).
整个Markdown体系, 可以归结为一个Word模板(一个dotx文件), 只允许用指定的内建格式, 不使用Word其他功能
为什么不使用Word呢? 正版免费的Office 2010 starter也有啊, 为了减少分心, 不去考虑一切语法不是更优雅么?
如果不需要看渲染后的效果, 为什么不直接用文本编辑器呢?
Markdown最实用的双面板模式(eg. QOwnNote, Boost Note, Joplin, …), 不就是左边一个文本编辑器, 右边一个Word么, 真的比Word好用?
真正需要的可能仅仅是一个docx转md的转换器
只支持基础语法没问题，但是编辑模式和阅读模式看到不一样就不解。
Markdown 能用就不错了只能说, 权当特定领域的模版语言就完事了;
个人的感想, word的问题不是有没有免费授权, 而是其实word是一个很复杂的东西;
真的去学习一下word的那套工作流才能明白很多东西到底是什么, 并非只是输入文字这么简单;
说到底, word还是更多偏向打印出版等实体内容了, 虽然有web板式也有隐藏页边距的功能, 但是你还是能明显的感受到这套东西的存在, 如果你不懂排班, 不是word高手, 那么面对稍稍负责一点的情况, word很容易把一切搞得一团糟;
Markdown 其实说明很多人需要的其实大概就是一个能贴图片, 有基本格式支持的东西;
这样东西其实很多, 但大多数都很难长期的存续, 最后markdown反而成了各种热潮之后最后剩下来的部分;
(另外, 我觉得你可以试试cherrytree, 你可以品味一下, 其实很符合一些说法, 很长一段时间一来, 我用的笔记工具都是cherrytree, ,但后面放弃是因为作为开源项目, 曾经有一段时间没有人来积极的更新更新, 而当时因为底层依赖的gtk和Python的更新, bug太多了, 现在好像又有更新了)
么
markdown格式有意义, 但markdown编辑器, 尤其是基于文本编辑器的编辑器, 我觉得就很尬, 就这么点格式需求, 记语法, 真的比鼠标按键/键盘快捷键方便?
更严重的问题是, markdown的格式, 大多都是基于(/更适用于)段落的, 而且只适用于纯文本, 很多基础的格式支持并不被广泛支持(比如上下标, 高亮, …)
它们就只是一个稍微看着舒服有点格式差异的文本编辑器, 是notepad的优秀竞品, 和wordpad难分伯仲, 但我怎么看, 它们的功能甚至不能覆盖Word起始tab:”开始”的内容, 找不到用它们的理由
日常使用下则notepad++(后缀.c,直接能用”{”/”}”折叠内容), 上则Word(使用自用模板), 4种markdown编辑器, 全部吃灰, cherrytree最早在2014年就试过, 安装包还留着, 倒是没有吃灰(现在根本没装)
在我看来, markdown作为一种保存选项就很合理, 纯文本毕竟尤其方便性, 但是编辑markdown…, 目前的编辑器…真的不好用(毕竟大厂要维护自己的文档格式, 但是第三方插件是有的, eg. https://www.writage.com)
就如同pdf, 查看软件遍地是, 各种软件支持保存为pdf, 各种行业事实标准, 但正统的Adobe Acrobat不咋有人用, md编辑器很可能走上这条路,
好消息是, 一些”小厂”貌似已经加入了(部分)markdown支持(/特性): WPS, 腾讯文档, OnlyOffice, …
LibreOffice已经开始加入了markdown查看功能, 希望明年能完整支持吧
新版本已经发布，有兴趣可以试试。有问题可以在下面留言或者在 Github Issue 里反馈。
注意：插件
标记常显默认关闭，需要您在配置页面里手动开启。
可以尝试一下keynote-nf，基于rtf的富文本笔记软件，虽然外观很简陋， 但是功能齐全，体积小巧，只有几十M，支持加密。
如果是基于标记语言的笔记软件，还有个另类的zim-Desktop-wiki，这个应用支持插件，和obsidian很相似，而且支持无干扰模式，类似Typora，编辑模式是所见即所得的，源码模式是要关联自定义的文本编辑器来编辑的。应用采用的编辑语言是作者基于wiki语法自己定制的，而且作者还计划将在未来支持markdown。
1 个赞
感谢你的迅速实现，「标记常显」简直是我们这类 Typora 用户的福音。解决了正文编辑时的跳动问题，编辑过程瞬间丝滑了不少。
但还有个问题：标题的标记和文字大小仍然会变化，影响较大，毕竟标题是非常常用的格式，光标移动到标题产生的文字弹动非常扎眼。可看录屏：
如果能像正文一样，把标题标记也做成常显，并且在编辑时保持文字大小不变，那就再完美不过了。不知道技术上这个想法是否可行？
另外，你的插件真的是处处可见用心，目前尚未体验完所有功能，有两项功能着实让令人眼前一亮：
- 大纲拖拽：以前调整文章结构要手动复制粘贴，现在直接拖动大纲里的标题就行，效率提升了一大截。
- 标签页：这个功能解决了多个文档间切换的痛点。不过，我发现它只在从 Typora 侧边栏打开文件时生效，如果能支持从资源管理器直接打开、新建文档时也能自动以标签页形式打开，那就更完善了。
我只做了 行内元素 的标记常显，Typora 自带修改 块元素 的功能：
ctrl+,打开 Typora 自带的配置页面编辑器选项卡- 取消勾选
显示当前块元素的 Markdown 源码（支持标题等块元素）
1 个赞
我也是这么认为的.
不过, 我感觉md的优势是, 不依赖软件, 单纯用记事本也能查看源代码, 且源代码是可读的.
除此之外, rtf或doc 的都需要特定软件, 源码也不可读.
哪怕是 html 也属于源码比较难读的.
1 个赞
markdown和html没本质区别，无非前一个标记稍微少一点罢了。人眼又不能自动渲染，搞不懂MD格式到底有什么意义，通过快捷键加粗，以及自己输入加粗标记没觉得有啥不一样。
我一般来说都是调成源码模式，脑补渲染，写得多了就很容易