meizz的专栏

#box{width:600px; height:400px; border:1px solid red;}#box{position:static; *position:relative; display:table; *display:block; }#box-middle{position:static; *position:absolute; display:table-cell; *di

一. 尽量把想拍的物体放大地拍摄　　如果尽量把想拍摄的物体放大的话，拍摄的效果会很有趣。拍摄一张照片的时候，注意不要像拍摄产品说明那样，这也拍些，那也拍些，应尽量突出想拍摄的对象。　　不管三七二十一，先把画面填满，这是第一步二. 要看被拍摄的物体，也要注意观察周围的环境　　在拍摄时，一方面要全神贯注地看着拍摄对象而忽略周围的背景，因为能引起你注意的主体，才有可能

     如果一个cookie不设置expires过期时间的话，这个cookie会在同源浏览器的最后一个窗口关闭之后失效。不设置过期时间的cookie也只能被同源浏览器、同域网页所调用。如果想同域但非同源的网页也能调用这个cookie的话，必须设置过期时间。    cookie是在浏览器端同域（同大域）同源或非同源浏览器窗口之间的一些信息交换中转站。比如象CSDN里的WEBIM，每个页面都想知道目

摘自 jsframework 框架：window["MzBrowser"]={};(function(){  if(MzBrowser.platform) return;  var ua = window.navigator.userAgent;  MzBrowser.platform = window.navigator.platform;  MzBrowser.firefox = ua

　　今天遇到这么一个问题，IE6，在window.onload里用innerHTML动态插入图片，结果这些图片都忽略了本地缓存策略，发出N多个304请求。　　于是乎我换了一个写法，在innerHTML里不使用img，而是在innerHTML新添加的HTML标签中使用CSS样式来导入图片，但问题依旧，IE6 还是狂发304请求。　　在网上搜索到了emu一篇BLOG说innerHTML创建的

近日刚好在无忧里看到一篇讨论脚本框架的帖子，我想谈谈我对目前几个脚本框架的看法（Silverna、Dron Framework、Zerg、script_aculo_us、prototype、bindows、JSVM），（不过我得说一下前提，这里是在讨论框架而非单个功能）：TNND，我这么一写，把国内外写框架的人都得罪光了。Silverna：1、使用 标签太多，使用者不可能知道要实现某个功能而

    我不想挑起IE与Firefox之间的争论，我只想说说Firefox浏览器有而IE里没有的一个功能，对DOM里的对象原型的扩展。    在DOM里的window、document、element、event等这些对象在Firefox（或者说Mozilla核心的浏览器）里都有与之对应的原型：Window、HTMLDocument、HTMLElement、Event等，对于这些原型扩展之后，

    1．头部和身体忌成一条直线。两者如成直线，难免有呆板之感。因此，当身体正面朝向镜头时，头部应该稍微向左或向右转一些，照片就会显得优雅而生动；同样道理，当被摄者眼睛正视镜头时，让身体转成一定的角度，会使画面显得有生气和动势，并能增加立体。     2．双臂和双腿忌平行。无论被摄者是持坐姿或站姿，千万不要让其双臂或双腿呈平行状，因为这样会让人有僵硬、机械之感。妥当的做法可以是一直一曲或两者构成

先看一段代码，我在样式里用 expression 动态运算，以达到表格的隔行换色效果（注明：样式里的 expression 用法目前只有IE浏览器支持！）：expression vs XML data.mm tr{    background-color:expression((this.rowIndex%2==0)?"#00FF33":"#CCFF33")}      1    Web

今天我在做多页面MDI脚本控件（MzMultiPage），在IE等浏览器里都已经测试通过没有任何问题，但是在Mozilla、Firefox、Netscape里测试时问题就来了，我的多页面是在页面里用到了 iframe，这些 iframe 初始的 style.height 都是0，而在加载页面之后，iframe 就会自适应被加载的页面高度，我是通过 iframe.style.height=300 这

main.htm:html>      head>         meta  http-equiv=Content-Type  content=text/html;  charset=gb2312 />         meta  name=author  content=F.R.Huang(meizz梅花雪)//www.meizz.com />         titl

Subject: popup layer, cross browser(IE5.0+ Firefox Netscape Mozilla Opera)NameSpace:  System.Web.UI.WebControls.MzPopupLayer     网页里做脚本控件的时候经常需要一个层的依托，比如自定义的右键菜单层，下拉式菜单层，模拟窗口层，日期选择录入控件层等等，这些层一般的人都是以

//找出两段文本中相同的单词短句function meizz(a, b, n){    var c=a.length>b.length?b:a;    if(b==c) b=a; a=c; //少做些循环    if(!n) n=1;    var mm = new Array();    for(var i=0; i    {        for(var j=i+n; j        {  

var bodySL, bodyST;if(window.pageXOffset){    bodySL=window.pageXOffset;}else if(document.documentElement&&document.documentElement.scrollLeft){    bodySL=document.documentElement.scrollLeft;}else if(

    今天我在使用 DateTime.Now.ToString("yyyy/MM/dd") 输出的结果是 2006-03-16 而不是我想要的 2006/03/16，都快把我郁闷的不行了。后来用了一个方法解决：DateTime.Now.ToString("yyyy/MM/dd").Replace("-", "/")，这种方法虽然可以解决问题（后面证明这个方法并不太管用），但感觉总是很别扭，后来请

    傲游（Maxthon）1.3.3版浏览器访问BLOG里带验证码的页面，在提交时总是报验证码错误的提示，最后经过分析就是，在页面 postback 回传服务器进行的验证之前，又重新生成了一份新的图形验证码，而覆盖了老的存在服务器端的验证码，当然这样比对的结果当然是错误的。在其它的浏览器里都从没有碰到过这种的问题。    那为什么图形验证码在postback的时候会在服务器端的验证之前又重

if(typeof(Number.prototype.toFixed)!="function"){    Number.prototype.toFixed = function(d)    {        var s=this+"";if(!d)d=0;        if(s.indexOf(".")==-1)s+=".";s+=new Array(d+1).join("0");       

    JavaScript 在大容量数组的循环方面效率不尽人意，我曾经做过一个比对，与VBS的数组相比较，VBS的数组循环速度大致比JS要快一个数量级（http://community.csdn.net/Expert/TopicView.asp?id=4313487）。JS数组在一般的编程当中我们也不会太去注意它的效率问题：才几十个元素的数组效率即使差点你也看不出来，但节点量一大，比如几千、比如

    在脚本开发过程中，经常会按照某个规则，组合拼接出一个大字符串进行输出。比如写脚本控件时控制整个控件的外观的HTML标签输出，比如AJAX里得到服务器端的回传值后动态分析创建HTML标签时，不过这里我就不讨论拼接字符串的具体应用了，我只是想在这里讨论一下拼接的效率。    字符串的拼接在我们写代码的时候都是用“+=”这个运算符，s += String; 这是我们最为熟知的写法，不知道大家有没

    我的MzTreeView1.0树控件发布至今，得到了不少意见反馈，很多网友给了我很多的中肯的建议，也指出了这个控件里的诸多BUG和不足之处，所以我准备写一个新版本的树，将大家的建议都整合进来实现。这几天我就一直在写新版的树，树控件最重要的是效率，特别是大节点量的时候，效率稍微差点的模式就会拖垮浏览器，所以新版的树我首要的还是提高效率，比如增加异步数据加载的支持等，另外我还有一个设想，就是树