SCSS的用法很灵活，多种多样，越是深入学习就越沉迷其中，迫不及待的想要得到更多。
向bootstrap学习，以SCSS逐步改造自己的框架。
[……]
分类：CSS Framework
SCSS，混合宏
混合宏的逻辑有点复杂，用法也挺多的，但是，真的很方便，很实用。
看了相关的文档，在自己的框架中，还是主要参考了bootstrap4的混合宏写法。
bootstrap4里面的混合宏层层关联，互相嵌套，各种变量，各种函数，需要全部理清来龙去脉才能知道具体怎么作用的。
主要是用来生成颜色，根据条件，生成不同颜色[……]
关于Sass的工作成果
一、创建了一个color变量库；
除基本色，另外包含19个色系，每个主色又包含约15种颜色渐变。
另外又覆盖了一百多个有名字的颜色。
并且，每个色系都增加maps函数，以便需要时调用。
同时针对常用社交icon，也预设了主色。
所有颜色值，均以十六进制颜色表达。
二、创建了一个class变量库[……]
4.0的重构工作，从变量名称开始
主要是针对颜色及属性名的变量及赋值。
赋予变量，当然是为了方便维护及以后的版本迭代更新。
以颜色为例，既有名称变量，也有色值的变量。
重新规划变量名，以更直观的描述，把两者区分开。
[……]
完成3.0的Sass重构，接着……
划重点，论工作先后顺序的重要性！
之前考虑重构框架时，思索再三，还是决定先把3.0的重构一下，关键是旧版基本成型，而且已经使用在生产环境中。
这两天，再准备重构4.0的时候，我才发现，我的热情和精力可能被消耗殆尽了，已经很难平静的去做重构工作了。
这是因为，4.0版本虽是大版本的迭代，但还是蜕[……]
SCSS自动编译工具
windows下，使用koala实现Sass自动编译。
macOS下，使用codekit实现。
使用命令行命令：compass watch实现监听目录更改，自动编译。
但是，在windows下，大部分时间，监听都不是即时的，需要手动Ctrl+C，才会自动编译，而这个快捷键偏偏又是停止监听的快捷[……]
以SCSS重构css framework
终于开始了，是的，心中默念了许久了，一直，迟迟不肯下手，这次算是终于下定决心去做了。
基本上，就在原基础上优化，最多的改变应该是对于颜色，除了少数不变的值，基本都给了变量名。
另外，就是嵌套，SCSS的结构看起来是简洁了很多。
输出的时候，暂时不压缩代码，毕竟，初次使用，保持格式化代码，有利于查漏[……]
高效的写代码……
其实很简单，代码补全，错误提示，自动编译、压缩，代码缩进（格式化）及保留适当的空行。
代码补全基本已经是现代编辑器必备的基本功能了。另外，快速的写代码，还需要emmet来实现。
自动编辑、压缩，这个基本靠构建工具实现，各种打包软件。
SCSS+Compass是最佳组合之一。
关于错误[……]
5.0?
考虑了很久，还是决定，不破坏4.0的结构，不做大范围的更正，还是以bootstrap 4为框架依赖，针对bs4去删减多余的样式定义。
然后，新增一个5.0版本，彻底移除bootstrap框架。
[……]
css-framework 4.0大概要放弃bootstrap了
今天才开始在bootstrap4.0的基础上做一个demo文档，class命名重叠倒是其次，关键，bootstrap里面给了很多的权重（!important），这就导致我自己定义的class属性被覆盖，不得已，唯有考虑放弃bootstrap框架作为依赖。
对于一些常用的bootstrap组件，[……]
css中的!important及版本迭代的前因后果
css的!important该如何使用，何时使用，坦白说，时至今日，我也没有很深刻的认识，这个提升css属性权重的写法，在关键时候很有用，不过，需要明白的是，这个权重的提升，事实上是覆盖了其他的同名写法，提升了权限；往往，你需要提权的地方，可能只是一个唯一的，或者临时需要用到的地方。
所以，要慎重使用[……]
4.0版本完善之后的计划……
在4.0框架逐步完善之后，计划之一，就是css的scss转化。
或者，可以考虑less？
另外，可能的话，还是要规划一个网站，专门把这套框架细分一下，写一个使用指南。如同大部分的框架一样，需要给这套框架一个名份，不能就这么默默无闻。
虽然一直是个人使用的框架，但还是希望能有更多人的参与进来，提供帮[……]
新增CSS Grid 布局
对我而言，这是个新鲜的东西，简单看了一下，很有必要在4.0版本中新增一条。
那么，grid布局和我预设的class名称grid有冲突，这个命名，在4.0版本将要改名了。
引用参考：https://www.html.cn/archives/862
支持的浏览器：https://can[……]
构建自由灵活的前端框架……
没错，我喜欢省略号多过于其他的标点符号，因为，省略号有更多的潜台词，意犹未尽。
正题，从自己有想法写一套前端css框架开始，自由和灵活这两个词就反复的在脑子里蹦跶，时刻提醒我，考虑问题要周全，预设css要完备；只有这样，构建页面时，才能做的自由灵活的组合。
预想一下，一个完成的网站，有时候需[……]
semantic-ui更新至2.4
cd至对应目录，执行npm update命令，只是升级了node_modules目录下对应的semantic-ui版本。
然后，cd至项目目录下，执行gulp build命令，也只是升级了dist目录下的semantic的css和js文件，相关组件的版本仍然是旧版的。
删除dist目录，重新gu[……]