loveminds
回复#41 @ivanilla :
可以Fork一个Carbon-UEditorless出来
回复#28 @loveminds :
除了Chrome以外，Safari和Webview，也能完美支持所有HTML5特性
回复#27 @lion163 :
除了不到5%的IE8+IE9，剩下的基本都是Chrome核心了
回复#25 @lincanbin :
按照官方演示，移动端实测UEditor没有一个菜单能弹出来，另外两个，100%功能正常
挑刺就不必了，本来就有赞成UEditor和讨厌UEditor的两个派别，那么，你用你的UEditor，我用我的Summernote好了
回复#22 @lincanbin :
并且，过度复杂
回复#22 @lincanbin :
另外UEditor对移动端的支持也一塌糊涂
回复#16 @lincanbin :
如果你执意要的话，我可以给你找到兼容IE1.0的富文本编辑器，可是这有必要么
回复#16 @lincanbin :
UEditor和FCK是一个时代的产物，整个架构已经严重老化了
回复#16 @lincanbin :
因为太旧罢了
回复#1 @lincanbin :
百度那个是因为饼摊的太大，所以导致一些只支持IE的站点拉高平均值，而恰恰那些只支持IE却不得不用的东西，访问量都非常高，例如，银行，政府等
你一定执意要为这样一个严重失真的数据而束缚住CF未来的发展么，不支持低版本IE的东西，不会变少，反而，随着时间发展，会越来越多
回复#7 @betw :
我统计过我的另一个站，低版本IE大约占比0.5%-0.6%，这个比例可以忽略不计了
百度那个是因为饼摊的太大，所以导致一些只支持IE的站点拉高权重，实际上，据我观察，广州地区的话，估测出来的数据在10%以下，大致7-8%的样子
回复#20 @lincanbin :
嗯，我们用的MPL 2.0没记错是兼容APL的
回复#18 @lincanbin :
CF是基于什么协议呢，MIT,BSD,或是GPL/LGPL
另外是否可以在署名的情况下给修改后的东西起一个新名字
回复#12 @lincanbin :
同一个帖子里不能回复一模一样的内容
回复#10 @lincanbin :
不同的人重复相同的内容这种情况，不觉得会很无聊么，对发帖人没有帮助而且占用版面空间，服务器资源和SQL查询
回复#9 @lincanbin :
感觉还是V2ex那个做法比较合适，不仅仅是发送重复回帖的问题，还有不同用户回相同内容这种情况，我个人是比较反对这种无意义占版面的做法的
回复#7 @lincanbin :
对用户的赞没有必要，但是对回答/回帖的感谢是可以有的
另外CF有像V2ex一样的阻止发送相同回帖的功能么
回复#16 @lincanbin :
默认还是允许用户编辑比较合适，可以做成一个开关，而不用每次改文件那么麻烦，特别是如果CF的更新很频繁的话，每次更新之后光改编辑权限和换编辑器都很费事
回复#4 @lincanbin :
这两个最好的做法是，放在感谢数和赞数上，会显示赞的人出来，但是不用直接给被赞者反馈
回复#14 @lincanbin :
这个有点...
回复#164 @lincanbin :
好的，换成接近那两个的效果吧，这样不会有和程序本身格格不入的感觉
现在这样子的突兀感，就像穿连衣裙配足球鞋一样的格格不入
过多的提醒只会给人不必要的打扰，收藏，显示数量即可，如果是感谢，倒是可以反馈给用户
回复#7 @lincanbin :
关于普通用户的编辑权限可以参考V2ex，在后台设置一个时间这样
两种东西，结构差异巨大，从DZ到CF转换的人必然不会太多
回复#3 @lincanbin :
我还是fork出Carbon-sum和Carbon-sim两个分支好了，这样只需要改一次，不用每次都改
为啥要做一个独立的手机版，而不是使用响应式布局呢，被UEditor拖累么
回复#161 @lincanbin :
我这里没有IE8，不好测试这两个编辑器的兼容性，反正我的底限是IE9
不支持IE8的东西，会越来越多，包括Canvas，WebGL之类东西的迅速普及
其实可以给IE8也装上Chrome内核（Chrome Frame，腾讯曾经给装过），只是那东西也比较陈旧了
回复#1 @lincanbin :
好吧...我是不会为兼容性妥协这么丑的东西，还是自己换吧
回复#158 @lincanbin :
回复#155 @lincanbin :
不要低估360以及搜狗，腾讯浏览器等的覆盖面，这些东西往往会被不经意安装，一般人也没有这个习惯去注意是什么浏览器，而这些壳浏览器几乎无一例外都带Chromium 37以上的渲染核心（360安全浏览器稍微旧一点，但是这两种东西的支持已经绰绰有余）