Vscode 的 Markdown 预览是怎么实现的

vscode 的览实 markdown 预览是我们整天都在用的功能,有没有想过它是览实怎么实现的。或许有一天你会接到个定制 markdown 预览的览实需求,应该怎么做呢?览实

有什么思路么?思考五秒钟。

5

4

3

2

1

其实整体思路比较简单,览实就是览实创建一个 webview panel,设置内容为 markdown 生成的览实 html,之后在 markdown 更新的览实时候同步修改 webview 的 html 就可以了。

思路分析

通过 vscode.window.createWebviewPanel 创建一个 webview,览实指定在侧边打开,览实之后通过该 panel 对象的览实 webview.html 属性来设置 html。

html 是览实通过编辑器的 markdown 内容生成的, 编辑器内容通过 editor.document.getText() 拿到,览实然后调用第三方的览实 markdown 转 html 的库来生成。

这样就完成了 markdown 的览实预览。

预览之后需要更新,监听 vscode.workspace.onDidSaveTextDocument 和 vscode.workspace.onDidChangeTextDocument 的高防服务器事件,在文档更新和保存的时候,拿到编辑器的内容,重新生成 html,然后设置到 webview。

webviewPanel 支持 webview.postMessage(message); 的方式传递消息,支持 updateHTML 等一系列 command,可以通过传递消息来触发。

但是怎么知道哪个文档更新哪个 webview 呢?

可以维护一个 map,在创建 webviewPanel 的时候记录到 map 中,key 为文件路径,这样更新的时候就能查找到对应的 webview 进行更新。

这样,就完成了 markdown 内容的更新。

其实整体思路还是比较简单的,下面我们来写下代码:

代码实现

我们看下 vscode-markdown-preview-enhanced 的插件的代码,这也是一个预览 markdown 的插件,代码还算简洁,可以用来学习。站群服务器

(以下代码是简化后的代码)

首先,插件要指定触发的条件,也就是在 package.json 里面指定 activationEvents:

"activationEvents": [     "onLanguage:markdown",     "onCommand:markdown-preview-enhanced.openPreviewToTheSide" ], 

这里一个是编辑 markdown 内容的时候激活,一个是执行 command 的时候激活。

具体激活的逻辑在 active 方法里:

export function activate(context: vscode.ExtensionContext) {   const contentProvider = new MarkdownPreviewEnhancedView(context);   context.subscriptions.push(     vscode.commands.registerCommand(       "markdown-preview-enhanced.openPreviewToTheSide",       openPreviewToTheSide,     ),   );   function openPreviewToTheSide(uri?: vscode.Uri) {     let resource = uri;     if (!(resource instanceof vscode.Uri)) {       if (vscode.window.activeTextEditor) {         resource = vscode.window.activeTextEditor.document.uri;       }     }     contentProvider.initPreview(resource, vscode.window.activeTextEditor, {       viewColumn: vscode.ViewColumn.Two,       preserveFocus: true,     });   } } 

我们注册了那个 command,执行 command 会拿到当前 editor 的 url,然后进行 markdown 的 preview。

preview 的所有逻辑都集中定义在了 MarkdownPreviewEnhancedView 的实例对象中,在 command 触发时执行 initPreivew。

public async initPreview(     sourceUri: vscode.Uri,     editor: vscode.TextEditor,     viewOptions: { viewColumn: vscode.ViewColumn; preserveFocus?: boolean }, ) {     // 创建 webview     let previewPanel: vscode.WebviewPanel = vscode.window.createWebviewPanel(         "markdown-preview-enhanced",         `Preview ${path.basename(sourceUri.fsPath)}`,         viewOptions     );     // 监听 webview 的消息     previewPanel.webview.onDidReceiveMessage((message) => {});     // 记录 webview 到 map 中     this.previewMaps[sourceUri.fsPath] = previewPanel;     // 拿到编辑器的文本,生成 html     const text = editor.document.getText();     engine       .generateHTMLTemplateForPreview({inputString: text})       .then((html) => {         // 设置 html 到 previewPanel         previewPanel.webview.html = html;       }); } 

在 initWebivew 里面创建 webviewPanel,同时把 webviewPanel 保存到 map 中,key 为文档的文件路径。拿到编辑器文本来生成 html,设置到 webview.html,这样就完成了 markdown 的预览。b2b信息网

这条路径走通之后,我们就实现了 markdown 的预览。

但是只预览一次不行,更新文档之后需要自动更新,我们继续在 active 方法里添加事件监听:

context.subscriptions.push(     vscode.workspace.onDidSaveTextDocument((document) => {       if (isMarkdownFile(document)) {         contentProvider.updateMarkdown(document.uri, true);       }     }),   );   context.subscriptions.push(     vscode.workspace.onDidChangeTextDocument((event) => {       if (isMarkdownFile(event.document)) {         contentProvider.update(event.document.uri);       }     }),   ); 

监听文本修改和保存的时候,调用 update 方法来更新。

public updateMarkdown(sourceUri: Uri) {     // 从 map 中根据文件路径取出对应的 webviewPanel     const previewPanel = this.previewMaps[sourceUri.fsPath];     // 生成最新的 html 传递给 webview     const text = document.getText();     engine         .parseMD(text)         .then(({ markdown, html }) => {             previewPanel.webview.postMessage({               command: "updateHTML",               html             });         } } 

这里是通过 webview.postMessage 给 html 内容传递 updateHTML 的 command 消息,触发 html 内容的更新。

这样,我们就实现了 markdown 的同步刷新。

总结

vscode 里面 markdown 的预览是一个常用但实现起来并不难的功能,我们看了下 vscode-markdown-preview-enhanced 插件的源码,理清了整体的流程:

通过 vscode.window.createWebviewPanel 创建 webviewPanel 来显示 html html 通过 editor.document.getText() 拿到文本内容之后通过第三方包生成,设置到 webviewPanel 监听 workspace.onDidSaveTextDocument 和 workspace.onDidChangeTextDocument,来拿到最新内容,之后生成 html 通过 webview.postMessage 传递 udpateHTML 的消息来更新到 webview。 要注意的是,需要记录一个 map 来保存 uri.fsPath 和 webviewPanel 的对应关系,实现文本内容改变更新对应的 webview 

markdown 的预览是一个常见但是并不难的需求,也比较适合入门 vscode 插件的开发,希望这篇文章能够帮大家理清思路。

综合
上一篇:在Deepin上安装SPSS V22 for linux版,并完成破解激活以及解决中文乱问题,其它Linux版本以及SPSS其它版本基本同法。1、下载好IBM.SPSS.Statistics.v22.Linux-EQUiNOX,这个网上到处都是。解压后在终端进入解压好的文件夹,在终端中运行sudo sh ./SPSS_Statistics_22_Lx.bin以运行安装文件。2、选择安装语言为English,中文安装的话会全是乱码。然后按照指示一路NEXT。3、用户名可以随意填写。默认安装的帮助文档是洋文的,需要什么语言的需要自已勾选。4、接下来会询问你需不需要安装Python,默认安装就可以了。安装路径可以更改,一般默认就可以了。5、下面会问你是否注册,这里不勾选。6、按下来会弹出激活页面,无论安装里选什么语言这里都是调用的系统语言,中文的话就是乱码。这里第一项是叫填激活码,第二个是选用临时激活证书,但是只有14天的试用时间,因为网上的激活码都是针对windows的,对于linux版无效,所以选择临时证书,然后下一步,在弹出的页面选择Temple.txt使用临时证书。以后再激活。继续下一步,安装完成后终端中会显示回到当前的目录。7、在终端中运行 cd /opt/IBM/SPSS/Statistics/22/bin进入程序所在目录,然后运行 ./spssclient打开软件,这时已经可以运行SPSS了,不过在弹出的窗口中可以看到使用期只有14天,而且输入中文的话仍然是乱码,下一步需要激活它然后解决中文乱码的问题。8、激活首先需要破解了的注册文件,文件名称为lservrc,在网上搜SPSSv22破解就可以搜到。然后使用root用户权限进入到/opt/IBM/SPSS/Statistics/22/bin目录,将原本的lservrc文件替换为破解以后的即可,再次运行SPSS软件就会发现试用期提示不见了,说明激活成功。9、之所以中文显示为乱码是因为SPSS自带的JRE没有自带中文字体,解决乱码首先要找到一个中文字体,WINDOWS下随便拷一个就可以,也可以随便网上下一个。然后在使用root用户权限在/opt/IBM/SPSS/Statistics/22/bin/JRE/lib/fonts目录下新建fallback目录,然后将中文字体拷到这个目录里面。再次运行SPSS就会发现中文乱码已经解决了。
下一篇:ubuntu用户现在已经确切的了解到关于unity8集成到ubuntu桌面的相关计划。ubuntu桌面其实还并没有引起更多开发者的足够关注,不过现在这种状况正在得到更快的改变。Canonical的ubuntu桌面团队经理,Will Cooke,最近谈到了关于unity桌面的一些未来规划,以及未来几个ubuntu版本的计划。可能已经有许多ubuntu用户,已经发现,有越来越多的ubuntu开发者正在把他们的精力放在了ubuntu的移动端平台上,与此同时,关注桌 面端ubuntu的开发者要比平常少了不少。这或许是因为,大家都认为,来自ubuntu touch的大量改进和优化,形成的成果最终也会汇集到桌面端吧!其实吧,并不是所有的人都相信,现在在ubuntu touch上的桌面环境,会让未来的ubuntu桌面端一样变得更强大,而且,所说的未来其实也没多久远!事实上,要比大家想想的更为靠近!下一代Ubuntu LTS会默认采用unity8ubuntu的移动平台正在使用unity8 ,这货不同于当前桌面端使用的unity7,毕竟人家使用了很多期待中的有趣特性。ubuntu的开发人员几乎花费了超过2年的时间,就是为了能让 unity8能在ubuntu phone和ubuntu touch上完美运行,所以为了这样的目的,几乎付出了他们的所有努力。Canonical的新晋桌面团队经理,Will Cooke ,详细的解释unity8的发展蓝图,即将发布的ubuntu14.10的默认桌面依然会是unity7 ,unity8仅会以开发者预览版的形式作为一种可选项予以提供,ubuntu15.04仍然会将unity7作为默认桌面,不过unity8将作为可替 代选项予以提供,而将unity8作为默认桌面最有可能是在ubuntu15.10发行版中。Will说“可能”,是因为他不确定,在那之前,会不会发生一些不可预料的事情影响进度,ubuntu开发人员可能会准备好,也可能不会,所以看情况了。不过,可以确定的是,unity8一定会作为ubuntu16.04这个长期支持版的默认使用桌面。为什么ubuntu新桌面是如此特别?你可能会认为,unity8仅仅是一种桌面环境的升级罢了,而事实上,它远不只如此!由于unity8的构建方式,当开发者发布新的应用和更新,终端用户会更快速的收到相关的包版本,而不用再等待新版本的ubuntu来获取相关的重要应用或者二进制包!“通常来说,新版本的ubuntu发布,会伴随有新版本的相关应用更新,当然也必然包含有重要的安全更新和BUG修复,但是为了获得相关更新,你不 得不耐心的等待新版本的ubuntu的发布,以及相关应用的重大更新才可以。而新版本的unity8工作机制,保证了开发者将其应用更新实时推送到客户端 面前而不需要等待,毫无疑问,终端用户会因此而获益多多!”Will Cooke这样说。社区阻力依然存在对Canonical来说,unity8是一个重大的改变,也正是因为如此,从一开始,就感受到来自社区的巨大质疑和阻力,这也是众所周知的!幸运 的是,unity8项目从一开始还是被绝大多数人认可,当然了也有人认为unity7才是最棒的,而unity8是个失败品。这也是没办法的事了!Canonical如今提供了使用unity8的另一个镜像(点击浏览),我们称之为“NEXT”!这是一个live CD,能够展现大概的功能,不过这货是基于一个超大号的tablet!期待吧,愚蠢的地球人,希望明年有足够的时间让大家用上新版本的unity!谢谢阅读,希望能帮到大家,请继续关注脚本之家,我们会努力分享更多优秀的文章。