Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

可配置化,为其他项目提供API #28

Open
EthanLin-TWer opened this issue Aug 28, 2016 · 1 comment
Open

可配置化,为其他项目提供API #28

EthanLin-TWer opened this issue Aug 28, 2016 · 1 comment
Assignees

Comments

@EthanLin-TWer
Copy link
Owner

EthanLin-TWer commented Aug 28, 2016

本项目写了一个css样式、处理markdown header的脚本、各种开发笔记,这部分是可重用的,最重要的是要把其中的变化点抽取出来,形成 可配置 的config。像吕靖一开始在提他的博客一样。

这个Spring boot仓库也是使用gitbook发布的,写作/发布环境(gitbook)、写作工具(markdown)、主页样式、markdown预处理(header调整、link调整、tooltip调整)等阶段与本仓库都是一致的,只不过发布平台可以不一致。这个我自己在用七牛,如果要数out-of-the-box的支持,我觉得gh-page可以说是最快的。

再想疯狂一些,这个过程,我们想变的是 发布环境gitbook 这个变量,写作工具(markdown)是一样的,整个流程是 以某种形式组织的markdown -> 一个有主页文档样式的网站 这样一个输入输出,是否可能把项目做成许多翻译项目都能一键即用的样式转换器?甚至样式都可以考虑自动从原网站抓取,版权问题使用者自己注意。这样去解放样式对翻译者带来的困扰,让你只需要专注在内容的翻译上。

当然我作为一个捣鼓者。

= = 就在我要开工的时候,Atom的字体挂了,变得奇丑无比…然后我就又不想干活了…

@ZerglingX6
Copy link

靠抓取纯内容的话,考虑要兼容各式各样的样式,统一起来工作量有点太大了,而且生成内容的有效性验证是发生在别人阅读的时候。有些文档的体例不一定适合遵照这种形式编写

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants