- 回到 汉语说明书总页
本工具采用 Stylus 语言来快速构建 CSS 文件。并且,诸多代码都工整地分散在一个个 Stylus 模块中。
-
在
./源代码/原始的源代码/用于设计文章排版与配色方案的代码/stylus/逐个应用场景选用样式零件并装配成完整样式表/
文件或其子文件夹内创建一个新的.styl
文件。 -
在新创建的
.styl
文件中,撰写类似以下内容的代码://------------------------------------------------- // 设置控制主题构建的各个变量 // 提示: // 凡名称以下划线('_')开头的变量,都是可省略的变量。 // 其余变量必须配置,否则 Stylus 编译时将报错,并中止。 // 自 v7.2.0 版本始,唯一必须配置之变量之名称添加了前 // 缀“REQUIRED_”。将来若引入任何新变量,其名称亦将有 // 此前缀。 //------------------------------------------------- REQUIRED_sourceFolderNameOf_chosenThemingTypeOfCodeBlocks = 'atom-one-dark' _selectorOf_article_rootParent = 'body > #app' _selectorOf_article_root = '.my-markdown-article' _selectorOf_article_backdropBackgroundColorCarrier = 'body' _selectorsOf_fontFamily_baseFontFamilyCarriers = 'article, .my-markdown-article' //------------------------------------------------- // 至此,所有变量已经配置完成,仅需导入装配模板文件即可。 // 该装配模板会自动根据上方定义的变量来构建 css 文件。 //------------------------------------------------- @import '../../文章排版和配色样式之零件库/1-根据给出的变量集将零件组装成完整样式表' // 该句不必触碰。恒定如此。
-
增加一组 gulpjs 任务,用来专门处理你新建的
.styl
文件,并产生对应的 CSS 文件。首先,打开./gulpfile.esm.js/任务之配置项集/针对构建所有须发布之层叠样式表之任务的.js
这一 Javascript 文件。在名为specificTaskConfigsOfAllThemes
的数组中添加一项,声明你的源.styl
文件“子路径”,以及你要产生的 CSS 文件的文件名。勿忘保存你的改动。 -
接下来的最后一个大步骤,有两种做法,任选其一即可。
-
方法一(不推荐)
每当修订了任一
.styl
文件后,反复手工构建对应的.css
文件。此举的确会令用于发布的示例 HTML 文件更新,但这些 HTML 不会应用你正在开发的新主题!它们总是应用我的默认主题 CSS!也就是说,虽然你成功构建了对应你的新主题的.css
文件,但是你无法直观的在视觉上看到这些新主题的效果。令用于发布的示例 HTML 总是应用默认主题,这一做法系本人有意为之。这些 HTML 文件本就不是用于开发过程中查阅开发结果的。除非你费点心思更改默认主题之
.styl
文件的指向,令其@import
你正在研发的主题的.styl
。这样做显然很麻烦,但好消息是,你根本不必如此费事!别忘了我们还有方法二可选!请阅读下文。本方法之小步骤:
- 打开一款命令行工具,例如 bash、Git Bash、PowerShell、WSL 或 Windows comannd。
- 利用
cd
命令将工作目录切换到本项目的根文件夹或内层文件夹。 - 输入
npm run build
并回车。 - 等待程序运行结束。
- 在
./源代码/发布的源代码/文章排版与配色方案集/层叠样式表
文件夹可找到新生成的.css
文件。
-
方法二(推荐)
每当修订了任一
.styl
文件后,令计算机自动检测到这些文件的变动,并全自动的重新构建对应的.css
文件。更棒的是,计算机还会同时全自动构建出两个 HTML 文件,它们均已应用你正在研发的新样式!这两个 HTML 文件会存放在./测试集/产生的临时文件/示例性-html-文件集(仅限于当前正在开发的排版与配色方案)/
文件夹内。借助它们,你可以即时直观查看新样式的面貌。你仅需在浏览器中反复刷新上述两个 HTML 网页即可。本方法之小步骤:
- 还记得你在第 3 个大步骤中,在一个数组中添加了一条记录吗?在那条记录中,你指明过你要研发的新主题的入口
.styl
文件的“子路径”,对吧?现在,请于./gulpfile.esm.js/任务之配置项集/针对用于开发某一特定排版与配色方案的任务的.js
这一文件中精准填写上述子路径。 - 打开一款命令行工具,例如 bash、Git Bash、PowerShell、WSL 或 Windows comannd。
- 利用
cd
命令将工作目录切换到本项目的根文件夹或内层文件夹。 - 输入
npm start
并回车。 - 在你惯用的网页浏览器中打开位于
./测试集/产生的临时文件/示例性-html-文件集(仅限于当前正在开发的排版与配色方案)/
文件夹内的两个 HTML 文件。 - 开始研发你的主题。你对
.styl
文件的任何改动(保存后),计算机都会检测到。 - 回到浏览器,刷新网页。查看最新的效果。
提醒一下,在
./源代码/发布的源代码/层叠样式表
文件夹也可找到新生成的.css
文件。但说实话,在研发过程中,你多半不会去在意这些.css
文件了,你更在意上述 HTML 文件的呈现效果。往往须待你的研发告一段落,或许你才会留意那些.css
文件。 - 还记得你在第 3 个大步骤中,在一个数组中添加了一条记录吗?在那条记录中,你指明过你要研发的新主题的入口
-
参阅 《关于文章中代码块之代码着色的说明》。
参阅 《stylus-variable-default-values.md》。
这两个脚本用于专注开发单一【排版于配色方案】(即所谓【主题】或【皮肤】)的情形。
该脚本会启动一组文件监视器(Watchers)来持续监视所有 .styl
源文件。一旦任何源文件有变更,或监视文件夹中有新的 .styl
文件诞生或移入,则自动重新编译出所涉【场景】对应的 CSS 文件。
要令 Gulp 运行在标准模式,则执行:
npm start
或
npm run start
这种写法不会“隐瞒” Gulp 脚本运行过程中的错误。
令 Gulp 运行在静默模式(--silent
),则执行:
npm run start-2
这将令控制台输出更干净简洁,但也带来难以调试 Gulp 脚本的问题。
为所有【场景】编译输出 CSS 文件一次。
令 Gulp 运行在静默模式(--silent
),则执行:
npm run build
这将令控制台输出更干净简洁,但也带来难以调试 Gulp 脚本的问题。
npm run build
如果执行成功,还会自动更新示例文档集的 HTML 版本。但build-2
不会更新示例 HTML。
要令 Gulp 运行在标准模式,则执行:
npm run build-2
npm run build-2
不会更新示例 HTML。
这种写法不会“隐瞒” Gulp 脚本运行过程中的错误。
删除 ./源代码/发布的源代码/文章排版与配色方案集/层叠样式表/
内的所有【场景】对应的 CSS 文件。
如果一个场景配置中的输出文件名变更了,那么很遗憾,采用老旧名称的 CSS 文件不会被该脚本清楚。须手工删除。
令 Gulp 运行在静默模式(--silent
),则执行:
npm run clean
这将令控制台输出更干净简洁,但也带来难以调试 Gulp 脚本的问题。
要令 Gulp 运行在标准模式,则执行:
npm run clean-2
用于更新范例 Markdown 文件所对应的 HTML 文件。其中,仅默认主题会被嵌入所生成的 HTML 文件中。
Gulp 会运行在静默模式下,即启用 --silent
的模式。
npm run update-example-htmls
要令 Gulp 运行在标准模式,则执行:
npm run uupdate-example-htmls-2
采用 eslint 来检验所有匹配以下任一 glob 的 Javascript 文件:
./.eslintrc.js
./gulpfile.esm.js/**/*.js
./文档集/文章排版与配色效果示例集/*.js
./测试集/*.js
./源代码/发布的源代码/本工具作为其他-javascript-工具之依赖模块时的代码/*.js
./源代码/原始的源代码/用于设计文章排版与配色方案的代码/js/**/*.js
./本项目之全局配置项集.js
npm run eslint
自动运行测试脚本。以上三种脚本目前完全相同,别无二致。
npm test
或
npm run test
npm run 每当制作集得之版本之前
名为
prepublishOnly
的脚本会在每次发布该软件包之前自动运行。不必手工运行。