大家可以访问上次写过的貌似不是很成功的页面,
是不是会导致FF 3.0B5崩溃呢?
点了顶上那白条后
再点弹出来的层,FF必定崩溃
http://shawphy.com/firefox/firefoxbug.html
又看了下,可能是开了,FIREBUG 1.1BETA版的问题
大家可以访问上次写过的貌似不是很成功的页面,
是不是会导致FF 3.0B5崩溃呢?
点了顶上那白条后
再点弹出来的层,FF必定崩溃
http://shawphy.com/firefox/firefoxbug.html
又看了下,可能是开了,FIREBUG 1.1BETA版的问题
今日出现个离奇的问题
IE下设置了button 如下css
button{border: none;background-image: url(button_gray_4.gif);}
结果发现IE下按钮始终是系统默认样式,并非我设定的样式。
捣鼓了半天,发现如果这样设
button{border: none;background: url(button_gray_4.gif);}
就又离奇的行了。真是莫名的……
同时也发现,这个跟最开始的dtd声明有关,如果去除了顶部的
,也就有效了。。。无语啊。。。
而如果对button 的border先设一个的话,也会有效:比如
border: 1px;border:none;background-image: url(button_gray_4.gif);
但如果图片不存早的话,表现效果也不相同……
之前有过些小修小补的,今天抽空统一再校对一下,修正如下
全文替换1.1遗留下的@符号
jQuery(callback) 未翻译的翻译一下
slice(start,[end]) 未翻译的翻译一下
parent(expr) 例子中删除个body
append(content) C要
css(name) 删除多余的<hr />
unbind([type],[data]) 代码注释翻译
change(fn) 未翻译的翻译一下
click(fn) 常用的事件->几个事件的顺序
dblclick(fn) 未翻译的翻译一下
focus() 未翻译的翻译一下
scroll(fn 修正
submit(fn) select->submit
toggle() 删除多余的<hr />
stop() 代码注释翻译
朋友可以再次下载一下离线版。
现在基本上注释也都翻译了。少量实在2B的就不翻了……
实际上最近些日子一点一点在意版权问题。我们大多数人都在堂而皇之的使用着XX花园版XP,或者XX政府版的SN时,是不是也要考虑一下这样是不是合适呢?
当然我不是说我本人已经有钱到购买正版的WINDOWS的地步了。
也同样不是说达人到完全使用LINUX内核的系统,比如首页侧边的那个ubuntu
实际上微软有做了一件好事~
就是Windows Server 2008
这个系统有可以试用60天。随后可以申请延长60天,一共可以申请三次
也就是说,前后一共240天,我想我至少在240天内肯定不只重装一次系统,这个限度对于我来说已经完全足够了。
这样既避免使用盗版WINDOWS带来的心理负担(没有负担的请无视这句),也不用承受使用开源的linux发行版带来的“偶尔不得不使用win”带来的窘境。
同时,这个版本使用了vista一样的构架,所以很安全
================================
大家或许没有注意到,我提供的下载的都是zip打包的。尽管rar在国内更普遍,而且本身我也是用winrar评估版压缩成zip的,但zip至少是有开源的解压缩组件的。给一些在自由软件环境下的朋友提供方便。同样那个jQueryApi没有使用chm打包发行也是因为如此,Linux下看chm很不方便。
看到ubuntu快要发布了,支持一下
加入以下代码,就能看到我右边那张图片啦。8.04版倒计时
<script type="text/javascript" src="http://www.ubuntu.com/files/countdown/display.js"></script>
暂时没有找到纯JQ的方法,只能采用事件处理机制来阻止冒泡。
可以在这里看效果 http://shawphy.com/demo/closediv/closediv.html
===================================
事后发现其实JQ已经为此做了兼容性,具体可以参考http://shawphy.com/40.html
面对PJ自带那个不知猴年马月前的FCK我只能说抱歉,
无奈之下,看到FCK出了2.6BETA,真速度啊,前几天才是2.5,已经出了2.5.1又到2.6BETA了,看到2.6有了不少bugfix自然决定使用之
更新过程发现异常简单
仅仅是:覆盖原PJ的fckeditor文件夹,即可
可选操作
1,删除php,aspx,py之类的文件
2,删除editorlang下其他语言文件
2,fckconfig.js中FCKConfig.SkinPath = FCKConfig.BasePath + ‘skins/office2003/’ ;
3,FCKConfig.DefaultLanguage = ‘zh-cn’ ;
4,var _FileBrowserLanguage = ‘asp’ ; // asp | aspx | cfm | lasso | perl | php | py
var _QuickUploadLanguage = ‘asp’ ; // asp | aspx | cfm | lasso | perl | php | py
5,fckeditor.asp中 sHeight = "400"
6,删除editorfilemanagerconnectors中其他php之类的文件夹
7,editorfilemanagerconnectorsaspconfig.asp中,ConfigIsEnabled = True
ConfigUserFilesPath = "/attachments/"
好了,已经可以完美运行了~
半夜里逛51js,看到这么一贴,是关于FF是否会占有一席之地的
看完后回帖居然说新注册24小时内不能回,就转过来先,
原帖地址:
http://bbs.51js.com/thread-64895-1-1.html
==================================================
今天偶然路过就看到了这么一个强帖。
花了进两个小时看完22页之长。
也归功于各方争论有根有据而非只是单纯的水而已。
故注册一下过来发表一下自己的看法
自己用FF也有2年了吧快,也是从一开始的不习惯到了现在的离不开。
扩展方面
FF的扩展确实让人很欣喜,反观IE下确有那么令人厌恶的东西。
IE6插件管理机制是非常糟糕的
到IE7以后才有所好转,出现了类似FF的管理工具
实际上在FF说安全其实是即便出现了恶意的扩展你也可以随意删除
何况扩展我们99.9%的人都是从官网获取的,极大程度上保证了安全性。
而IE的插件确实糟糕到极点,否则也就不会有当年那个万恶的3721了。
推广方面
本来也没有意识到FF的推广有多么严重的问题
虽然偶尔访问些提供破解下载的小站的时候发现,即便我在FF下,他还是提示我的浏览器不安全,要我装FF -_-|||
当然遇到这些站点很多情况下下载地址是必须用IE才能看到的,这个没办法。
FF的推广或许确实让不少人觉得生厌,看了之前的众多回帖(大多数都是一年前的帖子),略有领略。
我感觉FF这种推广方式正如恒源祥的春节广告一样令人厌恶。好在我看不到:)
回到正题
对W3C标准的支持度上,实际上之前有提到说,FF在完全兼容IE的功能后再有自己的功能那才算强。
那我要说,为什么浏览器都不能在完全支持W3C标准后再有自己的功能才算强?
实际上IE6是非常糟糕的,就我现在的认知水平上,IE6的CSS水平非常低。什么伪类支持的极少
居然不带href属性的a就不能有a:hover这个伪类,太没想法了吧!
(虽然他有他的道理,认为不带href就不是链接,只是个普通的锚标。认为除了链接之外所有元素不能有hover事件)
我现在写网页往往不得不专门针对IE6写兼容。而FF,IE7,OP等很少需要专门兼容。
那现在不是讨论是不是要按照标准做的问题了,而是标准在前进,我们是不是跟上了。
当然,即便是FF也没有能够完全执行W3C标准,当然其他浏览器也都没有。
但FF确实是最接近的一个。
前面某位大大说FF里提供的__XXX__的方法,有四条下划线说开发人员脑子坏掉了。
其实显然人家加上下划线是因为那是私有的方法,不推荐公开使用而已。
同样也有人习惯用_XXX的方法一样。
对于更多W3C所没有的功能,其实FF也提供了非常多。
就比如CSS里,FF就提供了很多私有的-moz-xxxx之类的属性,这些显然IE是不可能支持的,FF也没指望这些私有属性会加入到W3C中。
但如果用的比较好的,肯定还是希望W3C采纳并给予正式名称。
当然FF这样用私有属性的原因还是因为不希望在标准未定下来之前过早的将其作为行业标准。
时刻提醒开发人员,这些属性用起来要注意。
再回到最初LZ说的不利于JS发展的问题上
实际上JS包括了ECMAScript,BOM,DOM等3个部分(js高级程序设计上讲的)
相信E4X和DOM基本上没问题,LZ主要厌恶一些IE下私有的BOM不能在FF下使用而讨厌FF吧。
其实大可不必如此。同样FF也有些自己的方法比较好用。
同样还是上面说的,大家都把各自好用的放到W3C里,那以后的浏览器就更好用了。
再回到最最头上的投票,说FF快完了。
本来我毫不担心的,但最近IE8的BETA貌似已经将W3C标准执行到比FF还要高的层面了,
由此我确实担心FF将会淡出。虽然我现在依然每天都离不开FF。
但带给我们程序员的并不是什么IE一统天下的好事,
而是IE内部版本之间的兼容问题。
正如IE7推广了这么长时间了还是不少人用IE6,即便今年2月12日起IE7强制升级。
依然有人禁止或者卸载IE7。
同样的问题也会出现在将来的IE8上,都在讲用户体验的年代里,
如果你的网页访问的第一眼是一团糟,非要叫用户点一下工具栏上的“IE7兼容模式”才能正常显示,
你说你这个网页写出来也叫有良好的用户体验么?
最后说几句
实际上IE自己也是和FF一样不断进步不断向标准靠拢,(实际上IE和FF也不断通过自己的实践改进着标准)
所以从长远来开,按照标准做才是最保险的事情。
实际上LZ在2000年时候就按照W3C标准写出来的代码我敢保证现在还能用!
同样,现在2008年,如果想现在写的代码在2016年也能用
(实际上8年的话,代码生命周期已经够长了,该结束了)
那就按照现在的标准写吧,标准里有的东西以后还是标准,标准里没有的东西未必以后就会成为标准。
所以LZ应该吸取当年的教训,按标准做,那就不会有现在的担忧了。
当然,这已经与FF无关了。
展望,也许过一年IE8出来后,FF等浏览器变得毫无优势,于是IE8又再度如他爷爷IE6一样一统江湖
于是又很长时间不更新,又偏离标准,又出现一个新的浏览器,也许叫EE也许叫GG,也许还是叫FF
于是又有人发出投票,抵制那个新的浏览器……
后记。汗,发现从5点半看完写到现在居然6点20了。。。写太多了。。。天都亮了……
吃完早饭睡觉去了……
前些天,群里小鱼问
<input name="checkbox" type="checkbox" onclick="$(this).is(‘:checked’) &&$(‘#checked’).slideDown(‘slow’) || $(‘#checked’).slideUp(‘slow’);" />
<p id="checked" style="display: none; " >content </p>;
为什么可以这样写
这个是因为JS等语言的对于&&||之类的运算符截断的作用
即如果&&前第一项为假,后边不用计算就知道整个表达式是假,所以就截断,不进行后面的第二项,再跟||后第三项进行或运算,这样就收起来了
如果第一项为真,那么就执行第二步,第二项返回是JQ对象,也是真,那么又截断,因为对于||或来说,只要有一个真,那整个表达式就肯定是真了。
刚看到的时候觉得好,原来还能这样做啊。但实际上分析下来,也没觉得有多好其实这种运算等同于?:运算,那何必再用这种看似很玄乎的方式呢?
进一步用代码测试
var b;
var a=new Date();
for (var i=0; i<1000000; i++) {
1&&(b=1)||(b=2);
}
alert(new Date().getTime()-a.getTime());
==============================
var b;
var a=new Date();
a=new Date();
for (var i=0; i<1000000; i++) {
1?(b=1):(b=2);
}
alert(new Date().getTime()-a.getTime());
我在IE6下,平均时间的话,用&&||花事件一般在1150毫秒左右,而用?:花1050左右
可见性能上更优,语义上更能理解的用法摆在面前,不用而故弄玄虚,何苦呢~
此文献给“叫我小鱼/;f”~
原文地址:
http://jquery.com/blog/2008/03/07/jquery-ui-worldwide-sprint-march-14-15/
号召大家能够在那两天一起参与活动,测试,编写文档,制作DEMO,修复BUG等等。以便能够进一步将jQuery UI的1.5从alpha ,beta到正式版。
活动方式是,大家可以通过
参与
日程安排
我是新人,能帮上忙么?
Absolutely!绝对可以帮忙!如果你以前想参与jQuery或是jQueryUI的贡献,但始终找不到机会,那这次及时最完美的时机。如果你是新手,我们将协助你用你喜欢的方式帮我们。测试,编写文档,制作DEMO,修复BUG,或仅仅是与我们的工作人员交流,提供反馈意见。我们保证能够兼容所有浏览器,包括你的~
活动WIKI:http://docs.jquery.com/JQuerySprint
无论你是新手还是老鸟,只要感兴趣那两天就能参与哦!
注:北京时间是GMT + 8,所以三次会议时间将会在北京时间14日晚上21点,15日晚21点还有16日早上6点HOHO~~最后一场大家都睡觉了吧~~
一起来参与吧~~