这么好用的iOS浏览器不让上架，就因为和iPhone桌面长的太像

用错图床了，换新浪的

挺好的产品，不过跟苹果的理由一样，你貌似只展示了跟苹果产品相似的地方，而没有展示你的差异点（别的亮点）。改一下说明方式和广告图，不用改APP，应该就可以通过审核。

@xatest 谢谢支持！
可是这个浏览器除了和iPhone桌面长的很像还真没有啥特别的亮点了，而且就算把前两张广告图去掉苹果一看还是觉得我抄了他们，感觉还是很玄呐

给图标加上消息数量试试？ 这个总算比较实用的功能了吧。 而且他们的系统实现不了网站图标提示消息数量的

@cloudream 多谢啊，你给了我一个思路
如果把每个网站打开网页的数量放在图标上面，点开之后默认打开最近的一个，然后在那几个页面间后退和前进（现在是直接打开那个图标地址）或许是个不错的功能而且有可能让苹果闭嘴

加上提交到稍后阅读服务（pocket or instapaper ...）的功能吧，很需要，但没发现哪个浏览器有

@jerry 提议不错，不过safari有吧

@tuoxie007 safari的reading list只能在safari内阅读，不能提交到pocket等，我需要电脑手机都提交到pocket,在一个地方阅读和管理

@jerry safari的reading list可以和电脑同步不？

@tuoxie007 Mountain Lion可以

哈哈 原来苹果上的浏览器竟然不能用pocket呀...
果然够封闭的...

@jerry
@Muninn 早在 read it later 的时代，pocket 官方就提供了 bookmarklet，不过 reading list 不和 pocket 等同步是正常思维，毕竟 safari 自己就有 reader mode，ML 里也体现了这点：不管在哪，你都可以使用 safari 一致的 reader mode 体验。只是这里就有了一个很大很大的前提：用户长期能使用理想的网络。

@Muninn 另外你说的「封闭」不知道你怎么得出这个结论，首先，主流浏览器之中没有任何一家是内置第三方服务，Chrome 没有，Firefox 没有，甚至 Opera 也不例外。它们支持第三方服务的手段一般是：

1. 系统级插件（ActiveX）
2. 浏览器插件
3. Bookmarklet

1、2 两点，还没见过任何一家内置浏览器支持，即使是 Chrome for Android 也没有支持 extensions，其中的理由并不是「封闭」还是「开放」的问题。

而 bookmarklet，Safari mobile 也是能支持的，和 desktop 一样的方式。

如果按照你的观点，在内置级移动浏览器不支持第三方服务这点上，主流的（我知道的）都是「封闭」。

@Chris_Ys
@Muninn

bookmarklet方式可以，但在iPhone的safari里没办法保存bookmarklet那个js链接，并且使用也远没有一个按钮来得方便

补充一下：pocket 的 bookmarklet 是不方便保存， instapaper 到是提供了一个添加 bookmarklet 的流程

@jerry 在 iPhone 保存 bookmarklet 确实比较麻烦，Read it Later 时官方有一个很详细的教程，大概两至四步可以完成，勉强能接受，变成 Pocket 后不知道官方还没有保留著这个教程。

我个人还是比较少用 Safari 的 reading list，或者说除了试用之外没用过，我还是比较依赖 Chrome + extension & Safari + mail URL to Pocket/Readability/... 的方式，也幸好他们贴心地提供了这个功能。

@Chris_Ys 我很赞同。

支持lz开源 哈哈

如果你觉得不爽，你可以不提交。

没看出哪里好

@Livid 大图在移动版本上不能自动缩小，看起来很别扭。

@Chris_Ys 恩 你说的没有错 我对ios了解也不足
系统级浏览器现在的确都不支持插件
不过chrome for android刚出来,我估计也许将来会有插件的.

我开始是一位ios不能用其他的浏览器,才说封闭. 查了一下是可以的,比如海豚浏览器就能用pocket.
所以是我搞错了.

@Muninn 估计 Chrome for Android 不会引入目前的插件机制，一方面信息比较敏感，一方面资源有限：

1. desktop 的插件可以使用 dll 等文件，做成病毒的话，非常危险，手机也不同于电脑，信息更敏感
2. 目前一个小小的插件内存消耗基本是 30MB 起步，并且是一直占用，直到浏览器或插件关闭。

由于移动端的资源非常有限（目前常见的最大容量是 1GB），而且一个 App 为了节省资源，即使是 Google 的程序也不会在后台保持着激活状态，也就是说，唤醒浏览器后，插件（很可能）需要重新激活，在性能和体验上也就不理想了。

个人倒是想看看 Google 能推出什么样的点子。海豚支持 Pocket 也是内置实现，并不是插件，所以没有这方面问题。

@Chris_Ys 肯定不会用现在桌面的插件机制的 不过我也期待google能想出什么好的解决方案.

@Chris_Ys 我晕 我现在就用的安卓的平板 研究了下在chrome菜单里有个分享 一点就可以发送给pocket evernote 微博之类 还要什么插件呀。。。
ios里支持程序之间互相发送消息吗

@Muninn 没研究过，互通消息并不太清楚，只见过 Facebook 有类似的行为：一个 App 请求验证时打开 Facebook 的 App，验证完毕回去请求方 App。由于次数少得可怜，我只记得打开的不是 Safari，所以觉得应该是 Facebook.app。

Mac 经典产品 TextExpander 也有对应的方法供别的应用实现补全，由于我没使用过（没购买），所以不敢断定，感觉 iOS 里的应用即使能互通消息，也是比较难的。

这点没有 Android 自由，但也不算不上「封闭」，因为苹果给出的理由和动机的很充分：安全，也因此带出了 sandbox 机制，这个机制很大程度地影响程序互通。

不过自由的 Android 倒是很微妙，不仅国内的应用商店爆出带毒的新闻，Chrome Web Store 也有众多玩小动作、滥用权限的插件，比如 Proxy Switchy Plus 的汉化版。

这样一看，不管是哪种做法，都是双刃剑。不过苹果的审核机制结合 Google 的开放式 API，倒可能是最理想的。

@Muninn 支持的.

@jerry cydia里有支持pocket的safari插件，貌似就叫pocket safari