“2008年9月 ”存档日志

惊叹于老外的发现 《CSS Background image on html image element?》，自己从没关注过，也没想过如此的问题。
实现方法很简单：设置 img 元素为块元素（display:block;），并赋一个 padding 值。
例如（simple demo ）：
img {
display:block;
background:url(‘parallax.gif’) no-repeat bottom left;
padding:93px 100px 75px 100px;
}
根据上面的原理，举一反三，通过类似的方法，我们还可以给 img 元素设置双边：
img {
display:block;
padding:1px;
background:red;
border:1px solid black;
}

Google Chrome 浏览器是基于 Safari 正在使用的 Webkit 引擎，使用的版本是 AppleWebKit/525.13 。不过 Safari3.1 使用的是最新版本：AppleWebKit/525.18。
那 Google Chrome 浏览器对 CSS 选择器的支持又如何呢？感谢 Engage 公司的女前端开发工程师 Estelle 测试整理的《Google Chrome Browser CSS Selector Support》：http://www.evotech.net/blog/2008/09/google-chrome-browser-css-selector-support/

window.name 传输技术，原本是 Thomas Frank 用于解决 cookie 的一些劣势（每个域名 4 x 20 Kb 的限制、数据只能是字符串、设置和获取 cookie 语法的复杂等等）而发明的（详细见原文：《Session variables without cookies》），后来 Kris Zyp 在此方法的基础上强化了 window.name 传输 ，并引入到了 Dojo （dojox.io.windowName），用来解决跨域数据传输问题。
window.name 的美妙之处：name 值在不同的页面（甚至不同域名）加载后依旧存在，并且可以支持非常长的 name 值（2MB）。
window.name 传输技术的基本原理和步骤为：

name 在浏览器环境中是一个全局/window对象的属性，且当在 frame 中加载新页面时，name 的属性值依旧保持不变。通过在 iframe 中加载一个资源，该目标页面将设置 frame 的 name 属性。此 name 属性值可被获取到，以访问 Web 服务发送的信息。但 name 属性仅... 32 条评论 »