ls /proc » html http://www.lsproc.com/blog lsproc.com Fri, 18 Nov 2011 09:22:52 +0000 en hourly 1 http://wordpress.org/?v=3.3.1 用 HTML 表格绘画 （强人） http://www.lsproc.com/blog/draw_by_html_table/ http://www.lsproc.com/blog/draw_by_html_table/#comments Mon, 25 Jun 2007 03:01:16 +0000 lostsnow http://www.lostk.com/blog/video/draw_by_html_table/ 转载时请标明文章原始出处和作者信息, 作者: lostsnow.
http://www.lsproc.com/blog/draw_by_html_table/

完全用HTML Table作的一幅卡通画。
[coolplayer width="400" height="320" autoplay="0" loop="1" charset="utf-8" download="1" mediatype=""]
用HTML画画
[/coolplayer]

-- EOF --

Related Posts

]]> http://www.lsproc.com/blog/draw_by_html_table/feed/ 0 HTML or XHTML, 关于web标准 http://www.lsproc.com/blog/html_or_xhtml/ http://www.lsproc.com/blog/html_or_xhtml/#comments Sun, 13 May 2007 14:53:18 +0000 lostsnow http://www.lostk.com/blog/webdesign/html_or_xhtml/ Continue reading →]]> 转载时请标明文章原始出处和作者信息, 作者: lostsnow.
http://www.lsproc.com/blog/html_or_xhtml/

results of HTML 5 text, editor, name questions,
HTML5 is now also hosted by the W3C,
W3C XHTML 2.0 与 WHATWG HTML 5 的比较,
The next-generation HTML, HTML新变数, JJgod

old9 Says:

唉……说什么好呢……XHTML初衷倒是好的，不过用在WEB上太牵强。

对照现在对HTML5的宣传，回过头看看以前标准推广时关于XHTML的论调是有些怪怪的，但我感觉XHTML还是HTML并不是WEB标准的重点（可能更多是三方分离？），况且XHTML和HTML之间的争论，从WEB标准推广一开始就没有停止过，HTML4的支持者也有不少，只是可能XHTML 的鼓吹者更多一点罢了（也许有商业因素？不清楚）。再加上普通开发者对这些新东西也没有什么辨识力，业界领袖都说XHTML，那就XHTML喽，还在用 HTML？落伍啦！这些其实都是导致现在对XHTML盲目崇拜的原因，新技术总是会有盲目崇拜者的，这不，众多业界大牛开始挺HTML5，于是就都 HTML5了……

其实我觉得轰轰烈烈的标准化运动带给我们WEB开发者的，倒不是HTML还是XHTML还是HTML5的问题，重要的还是一个宝贵的改变过程。在这个过程中至少我们对HTML，对CSS，对JavaScript都有了前所未有的重视——我们开始考虑结构表现分离，开始斟酌HTML语义，开始研究 CSS管理，开始重新审视JavaScript，开始深入可访问性和用户体验……总之是对WEB前端心里有了底，不再是隐藏在DW，PS那些所见即所得软件外表下不忍卒读的混乱代码和copy/paste来的JS特效。而至于最终是XHTML还是HTML5还是别的什么，都已经不那么重要了。

唉，一家之言，不知道jjgod是不是对WEB标准本身失去了信心，希望不是吧，毕竟你也是国内的领跑者哇，呵呵。如果只是对宣传手段不齿，那就是我多虑了……

jjgod Says:

我主要的意思是，标准这种东西，朝令夕改真是很糟糕的，以前尽管我自己对这几个问题也有过思考，但主要还是跟着国外的思路走，很多“fancy words”自己也不想想就抄下来了，这是不对的，改个名字，目的不是要批评谁，而是希望多写点原创的东西、实用的东西，也就是说“advocacy”不再是重点，在我自己观点不成熟的时候。

你说的没错，从提招聘 Web 设计师就必须掌握 Dreamweaver 到终于开始关注 Accessibility、Usablity，这是很大的进步，但目前国内跟风的事情还是做了不少，也许是时候考虑一下，不要老外说风就是雨，我们有很多出色的设计师，相信以后的路能走得更好。

-- EOF --

Related Posts

]]> http://www.lsproc.com/blog/html_or_xhtml/feed/ 0 Web设计札记 http://www.lsproc.com/blog/web-design-tips/ http://www.lsproc.com/blog/web-design-tips/#comments Wed, 01 Mar 2006 08:40:22 +0000 lostsnow http://lost.yi.org/blog/?p=10 Continue reading →]]> 转载时请标明文章原始出处和作者信息, 作者: lostsnow.
http://www.lsproc.com/blog/web-design-tips/

IE中处理空白字符的问题

按通常的理解，HTML文档中的空白字符如空格、回车、制表符等都应当被忽略，但IE处理这些字符时有可能会出现一些问题，尤其是和<img>标签相关的时候。

比如下面一段代码：

<div>
<img src="banner.png" />
</div>

在IE中的图片下方多出了不应有的空白，原因是<img>和<div>之间的回车被IE理解为空格，并在页面上显示出来。解决方法很简单：

<div><img src="banner.png" /></div>

现在就正常了。

在Firefox中不存在上述问题。

表单元素命名的细节问题

提交按钮的名字不要用简单的"submit"，这个名字会让form对象的submit()方法失效。因为按钮在<form>之后出现，forms[0].submit就成了一个对象，导致forms[0].submit()失去作用。

同样的道理，在给其他表单元素命名是不要使用可能引起混淆的名字。

IE5.x和IE6.0对元素宽度的计算方法不一样，设计网页时要格外小心。

IE5.x中一个元素的实际宽度 = margin*2 + width，其中 width = border*2 + padding*2 + 内部空间，留给实际内容的只有 width - border*2 - padding*2。

IE6.0中一个元素的实际宽度 = margin*2 + border*2 + padding*2 + width，实际内容的宽度就是 width。

页面内容居中方法两则

其一：body 中定义 text-align:center，页面内容都放进一个 <div id="all"> 当中，定义 #all 为 width: 760px; margin: 0 auto; text-align: left。

其二：仍然把页面内容都放进 <div id="all"> 里面，定义 #all 为 width: 760px; position: absolute; left: 50%; margin-left: -380px。

CSS中属性的继承

body中的字体属性不能继承给 form 中的 input、textarea 等元素。你需要重新定义它们的外观。

IE 中另有一个继承的 bug，即 table 元素不能从 body 中继承字体属性，同样需要另外定义。

-- EOF --

Related Posts

]]> http://www.lsproc.com/blog/web-design-tips/feed/ 1