@hanatao #14 这是什么逻辑？？？建议多读书，少摸鱼 >>> “这个不是每一个 app 都必须要有的基本权限么？更何况 iOS 是默认给 app 手机存储权限的，根本不给你选择的机会”

ios 的本地存储功能就是一个笑话，蹩脚的设计，最后还出了一个文件功能，文件又不是文件的卵玩意，最终苦的还不是用户，不是我酸，ios 真不是一般的难用。不过对普通用户打的电话，刷刷视频还是不影响的😂

Android 的手机存储谁告诉你这是每个 app 都需要的？抱歉，给了一个 app 这个权限，这个 app 就能去读你的微信、QQ、支付鸨在 External Storage 里面存的数据，照片什么的随便读，你应该高兴了吧😂

别人说问题要用英文来写，那就用英文写喽，谷歌+百度混合翻译😂
别人说要写测试，那就写测试喽😂
别人说代码不规范，同一个文件里面的那些旧代码是老规范，新写的要改成新规范写😂
别人说这个地方看不懂，重写😂

记一个 div 比 记一堆乱七八糟+本来就不是给人看的 玩意强得多😂 而且还不用动脑子多好😁

毕竟 div 永远比那些表面看起来认识，实际上一无所知的玩意可靠

1. 你家路由器开了 AP 隔离吧😂
2. ping 一下试试能不能 ping 通那台服务器，关掉防火墙试试😂
3. 以上 2 个还不行就不清楚了😁
0. 所有检查之前保证这个服务器内自己访问自己是正常的😂

@roryzh 😂 小键盘 拇指按 0 食指按 1 那列 中指按 2 那列 无名指按 3 那列 小指按+-回车 一个手敲的飞起

@jinboker #32 在水深火热里面 id: /t/603001

@redbuck 估计是记错了吧，您老再好好想想，小弟是个小小的前端哦😊

隔壁的已经水深火热了，趁着还没有凉透，我也开了一个帖子蹭一把热度😂

敲 10010100101001010010 确实单手快多了 （手动狗头

#15 全局有且仅有一个 Selection 焦点，每个编辑器可以拥有无数个 Range，调整内容和格式并不需要用到 Selection，只需操作自己的 range 就可以了，只有接受用户输入时才会用到 getSelection 设置焦点

另外兼容方面的处理，我就简单粗暴了：不去兼容。检测到不支持某个 api 直接降级成 textarea 让他们去玩泥巴😎

控制光标要用到 window.getSelection 和 document.createRange，Range 对象一堆复杂难懂方法。

我写了一个简单的 markdown 移动端编辑器，压根没有用到 execCommand 方法😂 这个玩意太 tm 复杂了，少用一个 api 少一点烦恼

@xuanbg 哈哈，数组也是可以的，只要能把数据完整的表达😏
1. ["k1: v1", "k2: v2"]
2. ["k1","v1", "k2","v2"]
3. "k1: v1 \n k2: v2" 没区别😂
4. 5G 锟斤拷烫烫烫

@yegle 我信你个鬼 rfc 这个地方坏的很😂。。。代码没有写完，就不在 Android 里面测试了，不过猜测 99.99% Google 的那个临时工更加不会去对响应头 value 内的格式进行深度处理。

`by appending each subsequent field-value to the first, each separated by a comma`，浏览器里面跑一边看看能否识别用逗号拼接的：

http://wx1.sinaimg.cn/large/007X8olVly1g73cinmek2j30l709twet.jpg


另外搞笑的是 URLConnection 获得的响应头是 Map<String,List<String>>结构，chorme 也是谷歌自家的玩意，综合起来可笑不可笑

国内的带宽价钱和国外的带宽价钱相差的离谱，不过很国情

@xy2401 😅我写的这个用的 hash 传递数据，不会发送给服务器，因此不存在服务器端的问题。这样就剩下浏览器对 url 长度的限制了，不过 chrome 几乎无限制。

如果用的 querystring 来传数据，这个数据会发一遍给服务器，单纯这个功能来说是纯粹多余的

@xy2401 没有压缩，预估分发的代码一般为 10-30k，不会太大

@whileFalse #10 那是因为你画 10 倍粗的线条，可能实际只画了 7 倍，比如缩放一半的时候，你以为有 5 倍，实际上只有 3.5 倍，所以就看不清了。
如果是纯粹自己用线条勾勒的字符图形，就没有这种缩放问题；文字的绘制比较难控制，估计是指定大小文字的粗细并不是按比例来的。