心情不错，免费送出10个 Smaller license

[email protected] 感谢感谢 :) 顶....

很不错啊，嘿嘿 liwh87gmail.com

wowbeing#gmail.com 支持～ 谢谢～

需要一个，Thx :)

[email protected]

thx
[email protected]

决定妥协升lion的路过

[email protected] 感谢

原来的可以用的吧？

[email protected] 非常感谢，需要的

下面还有3个机会，后面就别跟了

我要要一个，谢谢啊，[email protected]

@Evance 你已经有了，原来的可以用。:)

我忘了以前貌似什么活动下载到smaller了，应该不会过期的吧？

非常感谢 [email protected]

非常感谢 svampire#gmail.com

togiga gmail

谢谢

亲，还有机会吗？[email protected]

[email protected] 应该还有机会

在用, 不过好像满 10 人了。。。

来晚了啊。。。Gmail: romoochen

还有吗？yanweichaomoney@gmail

还有吗？ [email protected]

sigh, 晚了～～

发送完成! 前 10 个留下 email 应该都已经收到了。
来晚的童鞋们，抱歉，等下次机会吧。^_^

我表示晚了

@Sivan 正规活动获得的就没问题。

来晚了啊，5555555555
还有么？yyfearth*gmail

@yyfearth 不好意思，你来晚了，等下次机会吧。:)

@chenluois smaller是用YUIC压缩JS是么，和Google Closure Compiler相比，是不是后者要强一些呢？目前是用自己写的shell自动压缩。
另外，smaller对css是用什么压缩呢？目前没有发现好的css compressor，要么功能太弱，仅仅取出空白；要么太强，压缩很多，但是却经常吧css弄坏（自作主张去掉很多css3的东西）。
另外，自动合并这个主意不错啊。
如果没有LZ的smaller，只能我下次花时间自己弄个shell，自动watch了。

@yyfearth JS 和 CSS 压缩都是用的 YUI Compressor。选择用 YUI Compressor 而不用 Google Closure Compiler 的原因是，前者更保险，虽然后者通常能把 JS 压得更小，但把 JS 压坏（失效）的几率也更高。当然，这只是我个人的看法而已，可以理解其他人持不同意见。

Smaller 比较适合像我这样的鼠标+界面流。你自己能写 shell，应该是属于键盘+命令行流派的，http://html5boilerplate.com 的脚本应该更适合你。:)

没赶上啊

@chenluois 键盘+命令行流派，还有这样的分类啊，呵呵。
我倒也没有特别偏向，写shell也是无奈，不然自己经常用的指令，参数很长记不住。
用terminal是用linux才习惯的。
我不是特别鼠标和GUI，但是也不完全脱离（因为太菜的缘故吧）
逼自己用vim也没有完全坚持下来，不过sublime 2，可以兼顾2者，挺适合我的。
对于Closure,用Simple完全没有压坏过啊（不过要注意他的警告），只是它会莫名其妙的分行，如果直接把\n去掉的话，确实可能会坏。用Advance的话，基本上都会压坏掉。
另外，我现在已经不用JS，改用Coffee，所以已经是使用他的命令行工具，只不过我为了方便，打算加入css和html的build工具。谢谢你提供的链接，下次有时间试试。

由于用了HTML Compressor，那么就需要JRE咯？

@yyfearth 你是刚用 Mac 不久么？Mac OS X 是自带 Java 的。

@chenluois 几个月而已，我记得Java是要下载安装的，不过过程比较简单，像是Windows Update。但是JDK要额外去下载安装。

@yyfearth OS X 10.6 之前（包括10.6）都是预装 Java 的。10.7 没有预装，但仍然是由 Apple 直接维护，跟系统的 Software Update 是集成的，安装升级都跟系统的更新过程一样简单。不像 Windows, 得去 ORACLE 的网站上下载。

来晚了啊，还能给吗，多谢啊！

@Echoldman 不好意思，您来晚了，前10个都已经送出了，等下次机会吧。:)

@chenluois 好的

@yyfearth @chenluois Google Closure Compiler 有一个特点是会压缩变量名, 并且会改变你的程序逻辑 (simple mode):

if(a===false){b();}else{c();} -> !1===a?b():c();

这种压缩方式很赞, 但是带来一个问题, 如果不是定制过参数或者你清楚它在干什么, (自动/傻瓜化压缩后) 你的代码不能正常工作的可能性不低.
所以像 Smaller 这种无脑流工具来说, YUI 更安全, 而那点空间对个人项目/小项目实际上影响并不会太大.
团队合作/大项目的话会有更严谨的压缩规范, 甚至自定义压缩器.

@Chris_Ys 那倒是，用closure必须代码比较规范，封装的比较到位。但是，对于closure，simple模式只有内部的变量和流程才会变化，对外的不会修改。但是对js了解不够的人，用起来够呛的。就像css，我用比较高级的压缩工具就都会出问题，因为我没有遵守规范。

@Chris_Ys 如果我没有用外部的lib，比如jq，而且单一页面的js，我用advance模式，超级爽。