-h 貌似没什么用，加不加-h得到结果基本一样哦

是否可以删除-h 相关代码？

如题。我倾向把mweb作为管理器和发布器，并把typora（他方markdown软件）作为编辑器。

如果能在从mweb打开的文件窗口中，一键通过alfred用typora打开，那会很方便。

我打开了workflow的debug功能，虽然mpush能够正常运行，但是跳出了这样的错误：

[2019-04-01 09:00:45][ERROR: action.script] /Users/zhangyiteng/Library/Caches/com.runningwithcrayons.Alfred-3/Workflow Scripts/9A5C9356-CC16-44C6-AC42-395333EE0936: line 1: [: too many arguments

当外部文档库中的文件内容换行符为 CR / CRLF 时会出错
无法搜索到结果

如题。

因为我更喜欢第三方app（Typora）的编辑功能，有时候我会用typora来打开mweb的文件来编写。

所以，现在我设置的目录如下：

“mo”：mweb目录
”moe“：（1）mweb目录（2）local目录

但这样的问题是，我用“moe”时候的文件会很混杂，毕竟mweb内外的文件都有。

我想到一个便捷的方法，就是在“mo”搜索时，按下ctrl+inter（又或者option）就用typora而非mweb打开文件。

那样的话，我的目录就能很简单，“mo”和“moe”各负责内外。

“mo”：mweb目录
”moe“：local目录

mo搜索，moe搜索都正常，只是搜索标签，不出结果
标签下是有文档的
请问，您有这种情况吗？
我该如何能找到解决办法
感谢

我注意到 MWeb 3.0 外部文档的设置在 ~/Library/Containers/com.coderforart.MWeb3/Data/Library/Application Support/externalSourceItems.data 这里，如果能读取其中配置的话，是不是就可以不用自己设置了？

现在如果搜索内容包括了中括号，会报错”grep: brackets ([ ]) not balanced“

外部文档路径如下

${HOME}/Dropbox/Knowledge Library 知识库

无法识别

可不可以分享下你的Editor Theme，Preview Theme，看上去挺好看的~

问题描述

大佬你好，文档检索时，对title的取值似乎是取文件第一行的内容，而不是文件名？
当我使用外部搜索来管理hexo生成的博文时，由于文档统一带有前缀类似如下：

---
title: 双机调试环境搭建
date: 2020-02-14 18:37:36
updated: 2020-02-14 18:37:36
categories:
tags:
---

因此title全部取值为---，导致无法正常使用moe -h功能，如下图，还望修复。

附上Alfred的调试信息如下：

[11:20:13.680] Logging Started...
[11:20:19.676] MWeb[Script Filter] Queuing argument ''
[11:20:19.754] MWeb[Script Filter] Script with argv '(null)' finished
[11:20:19.757] MWeb[Script Filter] {"items":[
{
"type": "file",
"title": "# 欢迎使用 MWeb",
"arg": "/Users/kuon/Documents/mWeb/docs/15822535188456.md"
}
]}
[11:20:19.838] MWeb[Script Filter] Queuing argument ''
[11:20:19.963] MWeb[Script Filter] Script with argv '(null)' finished
[11:20:19.969] MWeb[Script Filter] {"items":[
{"type": "file","title": "---","subtitle": "/Users/kuon/Documents/blog/source/_posts/折腾/博客搭建/Hexo配置及使用技巧.md","arg": "/Users/kuon/Documents/blog/source/_posts/折腾/博客搭建/Hexo配置及使用技巧.md"},

另外，打开文件时，会自动打开新窗口，能否仍然在原窗口打开？

现在总共 382 个文档，总大小 1.9MB，更新到 Macos 13 后mo 搜索反应卡顿，输入关键词后 15-20s 才会有反应

希望能完全兼容 typora 那真的太好用了！
谢谢

mo指令填写文档库位置只能用绝对路径

• mo指令，用${HOME}/xxx时无法找到路径，可以使用绝对路径/Users/xxx/xxx，但是在iMac多用户使用时不大方便。
• moe就没有问题， 可以填${HOME}/xxx

Alfred调试模式截图

这个插件非常给力，没有换其他markdown编辑器，完全是因为该Alfred插件太方便了。

最近几天，AppStore上的MWeb升级后，APP的路径发生了变化。导致无法正常打开文件。

检查发现，mo对应的脚本中，APP路径写死了。而其他moe里就是使用的环境变量，不会存在该问题。

为啥你演示截图里打开文档在新tab，我在新的打开文档出现在新window？