mb5,fll,flr 这样的样式库复用,和样式语义化之间的矛盾到底该如何化解...经相关人员询问,我感觉到这个东西要结合整个公司项目的 ue 统一风格,标准来谈;有了这个前提之后,或许制定出来的 css 库会更切实际,
m-site 项目里面的模板 HTML 文件不管有没有引入:
{{ block name="viewport" }}
{{ include file="apollo/common/autoRem.html" }}
{{ /block }}这个东西,只要你使用 rem(...px)那么就可以先享受一下 emmet,写了一些样式之后再选中所有刚刚写过的 px,然后替换成rem(...),但是在切图的过程当中,还是会浪费许多时间,因为切图本身需要挺多时间,不可能一蹴而就...我尝试过比较多的次数...实际上我写样式也写的很慢,需要调试许多次...
切图确实是个很重要的东西,里面也有许多技巧...好好做好样式复用,不做无意义的复制粘贴!!
样式复用怎么弄...大问题
今天碰到一个好像以前也碰到过的问题...css border 没法 remove,从边框模型中也看不到此 border,不知道为什么,最后是通过更改类名实现的.
m-site-project: navBar.html 组件没有做好 对于 autoRem的兼容呀...
smarty 为什么把
0或者0 也判断为空呢??jenkins3-test-build-branch.sh-file vs beta-build-file
echo "start to build to $user_name"
ssh $user_name@172.21.134.1 "cd /apps/home/$user_name/m-site && sh build-branch.sh $branch_name"
echo "build end"现在回想一下,m-site-project 的 beta 经常发版失败的原因在于:
autoprefixer: /apps/home/liuyuhao/m-site/src/apollo/css/activity/kaoba/study.css:3318:3: You should write display: flex by final spec instead of display: Box,而且
events.js:72
throw er; // Unhandled 'error' event
^
Error: read ECONNRESET
at errnoException (net.js:905:11)
at Pipe.onread (net.js:559:19)
sending incremental file list
created directory bdg-m-fe-compiled-release_bdg_m_v0.2.4.4
./ 这个报错位置附近就有 display: Box相关警告.
有可能每个 tag 第一次发 beta,都会与上一个 tag 的缓存文件相牵扯,而且失败日志链接中存在编译记录的有些文件是很早的文件,跟上一个 tag 包含的
新代码没有关系:.通过替换为
display: flex;,我把所有有关display: box相关的警告都给抹去了;以后我在想是不是因为 beta 采用的是 build-file,而不是 build-branch.sh-file 而报错,不过以前也有一次发 beta 发成功的,,结合之前的 diffchecker 记录,可以分析出更多的东西.
所有的 button 默认为 display: inline-block; background-color: buttonface; ugly-face...
事件代理我把target element写在前面了，其实应该是 Event type 在前面。
