• 最新
  • 版块
  • 标签
  • 热门
  • 用户
  • 群组
  • 太微中文教程
  • 新插件投票看板
皮肤
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • 默认(不使用皮肤)
  • 不使用皮肤
折叠
太微中文论坛icon

太微中文论坛

关于markdown,有些话想说

已定时 已固定 已锁定 已移动 讨论
13 帖子 5 发布者 462 浏览
    • 从旧到新
    • 从新到旧
    • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • 机杼机 离线
    机杼机 离线
    机杼
    写于 最后由 编辑
    #1

    最近在用一个docusaurus框架在写tiddlywiki文档,这个框架用markdown写内容,但内容一旦超过基本的语法,就要用react的jsx来写。

    而不懂jsx的话,写起来就很烦,因为直接写原生的html也不行。

    不知道其他平台或者框架是怎么处理的?感觉markdown虽然作为比较通行的选择,但只有基础部分是通行的,比如标题,有序列表和无序列表,链接,图片,代码块。但稍微复杂一点的需求就很难实现了。比如我想要三张图片同时并列展示,markdown怎么写呢?markdown写不了,然后又说写各种代码,但不同的平台要写的形式又不一样。

    docusaurus是用react开发的,自然是用react的形式。但有的好像就不需要写jsx,而用mdx还是什么。

    之前我没怎么使用过markdown,有也只是作为临时转存数据,后面就都导入到tiddlywiki里了。我感觉tiddlywiki的wikitext比markdown好用很多啊。wikitext下可以和markdown的语法基本保持一致,以至于如果要转换的话,就是替换几个符号就可以了。而上则可以实现很多的功能,至少直接写原生的html是可以实现的。

    但tiddlywiki估计又不能用像react这种框架,估计也会受到一定限制。markdown通行有其通行的理由,但我觉得用其作为笔记存储形式,还是不适合。关于markdown记笔记,最麻烦的就是图片的使用,有图床的还好说,没图床的只有本地相对路径了。后期如果改了,那文本中的路径都要手动修改一遍,真挺麻烦。因为我写文档的时候就出现过这个问题,后期图片很多就需要分类到不同文件夹里,然后文本中的路径全都修改了一遍。

    当然我不是markdown的重度用户,只是偶尔使用一下,但感受不好。我觉得markdown被吹得太过了,太神话了,以至于现在任何一个软件都不得不搞一个导出为markdown的选项。

    1 条回复 最后回复
    0
  • 机杼机 离线
    机杼机 离线
    机杼
    写于 最后由 编辑
    #2

    markdown还有另一个优势,就是所见即所得。但这个所见即所得感觉实现的只有基础功能,还是像上面说的一样,涉及到复杂代码就难搞了。

    写笔记,总不能因为markdown而把自己的笔记限制成只有标题和列表的形式吧,我觉得笔记形式能够丰富还是尽可能丰富一点。

    1 条回复 最后回复
    1
  • WhiteFallW 离线
    WhiteFallW 离线
    WhiteFall
    写于 最后由 WhiteFall 编辑
    #3

    若是ob的话,图片的存储修改,或者说任意链接在ob内修改都会快速的更新。所以几乎不需要费心。

    md是一种纯文本标记,对于本地存储,纯文本标记可能是最好的方案(或许),因为这样,任何软件都可以打开。若是有格式的就需要用专门的软件打开。

    1 条回复 最后回复
    0
  • oeyoewsO 离线
    oeyoewsO 离线
    oeyoews
    写于 最后由 编辑
    #4

    本质上都是HTML,可以把wikitext看作mdx,mdx可以嵌入代码,变量,就好比wikitext嵌入各种macro

    机杼机 1 条回复 最后回复
    0
  • oeyoewsO 离线
    oeyoewsO 离线
    oeyoews
    写于 最后由 编辑
    #5

    相比mdx,我称之为mdm

    1 条回复 最后回复
    0
  • oeyoewsO 离线
    oeyoewsO 离线
    oeyoews
    写于 最后由 编辑
    #6

    wikitext的widget 就好比react 的component,也可以在mdx里面嵌入

    1 条回复 最后回复
    0
  • 机杼机 离线
    机杼机 离线
    机杼
    在 中回复了 oeyoews 最后由 编辑
    #7

    @oeyoews 本质上肯定都是一样的。但这样说的前提是这些都会。而markdown半个小时可以学会,但react可不是半个小时能学会的。wikitext高级部分虽然说也不是半个小时就能学会的,但总还是不太一样。

    我主要还是觉得markdown并没有像网上说得那么方便。我是能不用markdown就不用。用markdown感觉还不如直接用纯文本写。

    1 条回复 最后回复
    0
  • linonetwoL 离线
    linonetwoL 离线
    linonetwo
    写于 最后由 编辑
    #8

    我还是想用所见即所得编辑器,不过最近空闲时间都没空改它,都玩别的插件了

    1 条回复 最后回复
    0
  • oeyoewsO 离线
    oeyoewsO 离线
    oeyoews
    写于 最后由 编辑
    #9

    markdown 一般程序员用的多, 普通用户如果不接触笔记软件, 也不会用它, 毕竟还有office

    1 条回复 最后回复
    0
  • oeyoewsO 离线
    oeyoewsO 离线
    oeyoews
    写于 最后由 编辑
    #10

    脱离了使用场景来说是没有意义的

    机杼机 1 条回复 最后回复
    0
  • 机杼机 离线
    机杼机 离线
    机杼
    在 中回复了 oeyoews 最后由 编辑
    #11

    @oeyoews 这个情况就是因为要写笔记,要使用笔记软件,所以很多非程序员的人群也开始了解markdown了,使用markdown,但当他们发现markdown除了便利也有缺陷时,就会失望了。至少我是觉得markdown的宣传和其功能是不相符合的。虽然大多并不是商业性质的宣传。

    1 条回复 最后回复
    1
  • 机杼机 离线
    机杼机 离线
    机杼
    写于 最后由 编辑
    #12

    用笔记软件,大多是因为office解决不了他们的需求,就像用tiddlywiki也是因为其他笔记软件满足不了我们的需求。当然这些人群肯定是少数中的少数。

    马萨伊尔马 1 条回复 最后回复
    0
  • 马萨伊尔马 离线
    马萨伊尔马 离线
    马萨伊尔
    在 中回复了 机杼 最后由 编辑
    #13

    @机杼 office word若解决同时修改多篇文档和双链功能这两个问题,再次稳定了江山。

    1 条回复 最后回复
    0

  • 登录

  • 没有帐号? 注册

Powered by NodeBB Contributors
  • 第一个帖子
    最后一个帖子
0
  • 最新
  • 版块
  • 标签
  • 热门
  • 用户
  • 群组
  • 太微中文教程
  • 新插件投票看板
  • 登录

  • 没有帐号? 注册