使用 pandoc 将 HTML 和 markdown 转化为 pdf 和 epub
最近因为拉勾的会员要到期了,正好极客时间也送了免费会员,但是他们的客户端在电子书上的效果都比较差,而且是一个比一个差,所以就萌生了转成 epub 的想法(没错,pdf 只是顺便的)。
当然,pdf 对于平板来说更友好一点,而 epub 对于水墨屏电子书来说更友好,两者都比客户端更适合阅读和做笔记。
数据源
在数据源的获取中,简单介绍,我们会分为几段去获取数据,之后根据数据去制作目录:
最近因为拉勾的会员要到期了,正好极客时间也送了免费会员,但是他们的客户端在电子书上的效果都比较差,而且是一个比一个差,所以就萌生了转成 epub 的想法(没错,pdf 只是顺便的)。
当然,pdf 对于平板来说更友好一点,而 epub 对于水墨屏电子书来说更友好,两者都比客户端更适合阅读和做笔记。
在数据源的获取中,简单介绍,我们会分为几段去获取数据,之后根据数据去制作目录:
最近我在 Element 里看到了一个 issue:el-image preview bug。之所以导致了这个 Bug,我觉得某种意义上来说就是因为 image 组件的 viewer
(蒙版)模块开发时,没有充分理解 z-index
到底是怎么起作用的。
在此之前,我们先来看一下下面这个例子:
这次有一个需要关闭页面的需求,于是自然而然想到了经久不衰的 window.open
兄弟款:window.close
。在 MDN 中,对于 window.close 的描述也相当简单:window.close
然而我们需要注意的是下面这句话:
Firefox 35.0.1:脚本不能关闭不是他打开的窗口
翻译源:Be careful what you copy: Invisibly inserting usernames into text with Zero-Width Characters
不想读?试试这个 demo
零宽字符都是不可见的「非打印」字符,大多数应用程序中都不会显示这些字符。比如,我在这句话中添加了十个零宽字符,你能分辨出来吗?(提示:将句子粘贴到 Diff Checker 来查看这些字符的位置。这些字符可以被用于做某些用户的「指纹」字符。)
发现各位观众老爷们要求太高吓得我都不敢更新了……喵喵喵,我明明只是一个笔记本顺便分享一下……的说。
还是安静的当个笔记本吧……
最近两次跌到在同一个坑里,问题其实非常简单,也非常基础,就是——我需要动态加载并执行脚本。
一般来说,我喜欢用 innerHTML
这种简单明快的方式添加内容,但是却发现,innerHTML
竟然无法执行我添加的 <script>
脚本,很明显,这不符合我的预期——
这次在写一个画布应用,由于是纯前端的项目(我也希望加入后端啊可是后端在公司里申请机器要走架构评审),所以和普通的上传到服务器不太一样,下载倒是比较常见的函数,复制也是新增研究对象……当然大家懂得,博客第一段通常是用来吐槽的……所以这是一篇吐槽文。
provide / inject 是 2.2 新增的方法,可以以一个祖先组件向所有子孙后代注入依赖(一个内容)。
Vue 官方警告:
provide
和inject
主要为高阶插件/组件库提供用例。并不推荐直接用于应用程序代码中。