@jorakura 蛮正常的营销定价么，很多东西都有这个现象：高端产品的标配会比低端产品通过加一堆选配达到同样配置来得便宜。

桌子上同时放着一个 MM 一个 MT 一个 Razer 的路过。。。

你们派任务时不问要做多久的么？如果到了约定的时间，问“做完了哦？”，很正常啊。

@MildC 看过代码啊，的确和我说的不是一回事。

不过对 CSS 写的 RGB 还原不准确也是问题么，就是不知道问题是出在浏览器对 CSS RGB 的还原呢，还是对字体的处理不同，也可能问题是在生成这段 HTML 的程序那里。

还望高人指点。

@linsk 这家公司 iPhone 版是老版下架上新版的。不能免费升级。

不过其实也无可厚非啦，一直免费升级他们吃什么。

@lightening 应该就是 Safari 在渲染时为了性能做出了妥协。降了精度，速度快了，不像这样放在一起对比也不太看得出来。

我是干活儿的时候老搞“像素级精确”搞出的职业病……

很好奇这样的合作，打算怎么分工？程序员负责开发，你负责啥？

MBP 一年多之后坏掉的概率还蛮高的……

@babymac 过奖了，产量太低，拿得出手的不多。

@lightening 在 Flickr 中，往后翻两页就有原图了。在同一个相册中的 ：）

@Perry 同样是 WebKit，怎么差距就那么大捏！感觉又快回到当年各家浏览器玩儿命推自家标准，整个 Web 大混乱的年代了。

@a4840636 不是我们负责的，迟迟没有更新应该只是人手不够的关系吧。

@zwl2828 支持手动清缓存的版本会尽快发布。

@paopaosa 山顶白雪覆盖处的细节。

补充一下，我和本地 Lightroom 渲染的图片也做过对比，Chrome 是对的。因此并不是 Chrome 故意对图片做了锐化。而是 Safari 真的糊。

这个想免费修应该是有难度了。除非你能证明你放在那儿他自己就裂开来了。

@TashinV 嗯，听到大家的意见了，下一版除了会加手动清缓存按钮外，我们还会把“智能缓存”可视化，让用户能够更直观的了解缓存的状况。

至于竖屏，下一版估计是来不及的了，因为不光是改程序那么简单的问题。不过我们和内容制作的编辑同学们会努力的。

@jjgod 现在是用 PDF 做载体，文字是实时渲染的矢量文字，因此可以完美对应普通屏和 retina 屏。

不像最早是用图片来做，如果放到 retina 上，每一页都要做 （横 + 竖） * 2 = 4 张图，10 页就是 40 张图，实在是非常偷懒的程序设计，把工作都压到编辑身上了。

当然现在也不只是简单的 PDF 阅读器，是支持多媒体互动和内嵌 HTML5 的，因此这个平台本身玩儿法还是很多的，就看编辑们想象力如何了。

接下来我们的努力方向应该还是更多的 HTML5 更少的 PDF —— 其实纯 HTML5 我们的客户端已经完美支持，现在的瓶颈在于如何让做平面文字编辑的同学们方便地制作 HTML5 内容。iBook Author 是个不错的参照。

大家有啥好的建议也请赐教 ：）

@chenqize7 运气太差，要不就是苹果的东西买太多……

换了 7 台 RMBP 才换到一台三星屏这种事儿我会随便跟人说么……