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