Chrome

浏览器鼠标中键点击差异

鼠标中键的点击的行为默认情况下,通常是创建新的tab并在其中打开指定的链接。浏览器发展到今天,对于鼠标中键点击的事件处理上,仍然没有能够统一,这导致对应于中键的监听变得不可靠,而对于习惯用中键的用户来说,点击某些链接会出现意料之外的结果。 下面对现行浏览器的一般表现做一些总结,浏览器分别为:IE9, FF31,Chrome36以及Opera的Presto内核的末代版本12.17,本文结果均以这些版本为限。 测试代码很简单,由于各浏览器对于鼠标键位的索引值也有些许不同,所以用了jQuery来统一。<a>中的<span>是故意添加的,下文会有说明。 <a href=…

使Chrome字体渲染更平滑

更新 2014/9/5:没想到今天无意中看到google更新到了chrome37,chrome字体渲染问题居然已经被解决了!坑啊!早知道不码那么多字了... Chrome在文字渲染上始终存在一些不大不小的问题,如早期我在Chrome中的text-shadow 一文中提到的字体阴影抗锯齿bug,虽然影响不大,却总是不如人意。 最近让我觉得不爽的依旧是Chrome(似乎只涉及windows版本)的字体渲染的问题,Chrome在小字体显示的时候无法准确使字体平滑,从而在字体不大不小的时候,可以清楚地看到文字的锯齿。而当使用字体图标时,这种感觉就变得更为明显。 稍稍尝试就会发现,值48px是一个分界点。即在字体大于48px的时候并不会出现锯齿,这应该与Chrome渲染字体时使用的算法不同有关。而如果字体很小(<20px),也会因为线迹太细而不够明显。当字体48px时,…

Chrome的onload动画bug

一开始的起的标题是《Chrome中CSS3 transition和form导致的意外的onload动画》,不过太长了,所以最后删减了一下。但至少我遇到这个chrome的bug的时候,确实是transition和form同时出现时。 这个bug的具体的表现是:chrome会在页面加载后自动开始一段动画。 我使用的是chrome 36.0.1985.125 m,算是当前的最新版。页面中的全局样式添加了<a>的transition,而且还是非常偷懒的使用了all这样的参数,所以最后整个页面在加载完成后,所有的<a>都开始了过度效果,从尺寸到颜色,结果就导致了的整个页面的抖动。…

Chrome新内核叫做Blink的原因

一直没有深究这个问题:Chrome的新内核,为什么要叫Blink?实际上,仔细想想,每个名字背后可能都有一个怪谈似的故事,等待人们去挖据出来成为茶余饭后的谈资,就像Java本名一样。 直到前几天看到这篇 Paul Iris 访谈(Paul Irish on Chrome Moving to Blink),才明白还有这么一出: Why the name “Blink,” anyway? Haha. Well… it’s a…

Chrome的alert与重复focus

前段时间,在写一个placeholder插件的时候,遇到了一个Chrome下的诡异问题,一段简单的代码,就可以使得浏览器弹出无限循环的 alert 提示框。 我用的代码片段精简到最后是这样的: <input id="test" placeholder="placeholder" type="text" /> <script type="text/javascript"> document.getElementById('test').onfocus = function(){ alert('focus!…

Chrome中的text-shadow

text-shadow作为CSS3里被现代浏览器支持最早、也是最广的属性,我们对它已经非常熟悉。现代浏览器除了IE9之外,全部无前缀支持text-shadow。和box-shadow类似,但远没有box-shadow那么复杂。它的作用只是对文本添加阴影: text-shadow: 2px 2px 3px blue; 其用法有大致上有两种,一种是在浅色背景上应用深色阴影凸显出文字的层次。另一种,就是在深色背景上使用浅色阴影创造出类似浮雕的内嵌的效果。最后用的比较少的,就是单纯的雾化文本,也就是X和Y的偏移设为0——不过这样对文本的可读性没什么好处,也没什么技术含量,所以完全不值得提倡。淘宝曾在首页的热卖单品区单纯的使用text-shadow雾化文本,但现在已经移除了这种蛋疼的效果。 我并不打算花时间展开text-shadow,因为这个属性相当简单,所以text-shadow本身并不是本文的重点。这里要写的是:text-shadow在Chrome下的bug以及关于这个bug的一些有趣的事。…

CSS3 box-shadow 详解(2)

人一旦被一些繁杂的事消耗掉精力的话,即使有时间静下心来写篇东西也变得那么的不易啊,呵呵。题外话就不多说了,真没想到这篇早就构思好的东西写了这么久... 阅读本文请使用chrome,Opera或者FireFox浏览(23 December 2013: 由于迁移到ghost,其早期版本对HTML的支持不够理想,所以迁移过程中将所有HTML例子切成了图片) 在上一篇的CSS3 box-shadow 详解(1)里,我从标准的角度出发,详细地写到了box-shadow的标准的方方面面。但毕竟是游戏规则似的细节,读起来恐怕还是没什么味道,按照上次的安排,这篇里不再牵扯标准的任何细节性的东西,主要就是讲实际应用中,box-shadow能做些什么。 设计中的阴影 对于设计来说,阴影的重要性和颜色等同。视觉要表达的是“…

CSS3 box-shadow 详解(1)

这段时间确实比较繁忙,所以博客一直都没什么产出:) 前段时间看到一篇《9个你现在可以使用的CSS3属性( 9 CSS3 Properties You Can Use Now)》,描述了当前可以渐进使用的CSS3的新的属性。但实际上由于种种原因,当前能使用的其实远达不到9个这么多。 本文讨论的就是其中之一,box-shadow,而且是从比较细节的角度。既然是详解就必然要写的详尽,于是,写到一半的时候才发觉内容太多,所以就分成了2个章节。这个章节里讨论box-shadow标准的描述,所以你能知道一些非常细节的东西,当然这些东西都没法使用,所以如果你只是想了解怎么使用box-shadow,请跳过这一章,直接阅读我写的《CSS3 box-shadow 详解(…

漫谈font-size

起因是下面的这句话: font-size: 75%; /* Resets 1em to 11px */ 这是我曾经喜欢的wordpress主题 Bito 的第一句CSS。印象里还是记得默认值是16px,那么75%就是12px了。不过这只是表面问题,其实大部分人都不怎么关系字体大小的本质。 从标准看起 W3Cschools的font-size参考相当简单,只是简单的列举了属性的可取值。并且CSS2.1 Specification RC20090908里,关于font-size的定义也并不多。 大体上,font-size的值非常宽泛,即可以是关键词定义的绝对值,可以是百分比或者 em 的相对值,还可以是绝对单位px。…

跨浏览器边框探索

虽然起了一个看似很牛逼的题目,但本文可以说完全是蛋疼的人的一种消遣~通常开发人员都有自己的放松方式。写文章用不了太久,倒是图材准备了老半天。谨以此文,让我们来消遣下各个浏览器对于边框的理解方式。 参与此次测试的浏览器包括windows下的几乎全部:ie6,ie7,ie8,ie9preview,chrome,firefox,safari,opera,seamonkey。各版本皆为网上下载的最新版。并且由于这次的测试里,IE678的表现一致,firefox和seamonkey又是裙带,所以合并作IE8和firefox。下图就是这次浏览器的截图: 上面的这种排列顺序是故意的。下面的测试里就会显示出其原因,截图也都是按照这个顺序排列的。 首先看下面这张图,六种浏览器里显示了一个20X20的DIV,其边框为top:2px,…