细读IWMS标签(二)

20、头条图片新闻<%=ImgHeadline(2,”normal”,150,true,22,2)%>
这个函数在帮助文件中没有更新最后一个参数的意思。那是个分几列显示的选项。风讯、动易尚且不能及时更新帮助文档,作为一个人开发的IWMS自然也不能幸免。其实作为设计人员,取巧的办法就是在后台模板的“可视化编辑”环境下按编辑器的响应按钮,根据提示去获得函数,也免得记忆参数排列顺序这么费劲,同时随着版本更新,作者肯定会保证这个地方生成的模板代码是最正确的。
第一个参数是表示取多少条具有“头条”性质的图片新闻。
第二个参数是表示是否显示简介信息,是在左边显示在是在右边显示。至于函数参考中的横、纵向显示已经作废,随着列数限制的出现,单独设置横向和纵向显示已经没有意义。
默认的情况下似乎代码没有什么问题,但是多列的时候问题还是出现了。假如显示简介的话,不同的图片新闻将会有不同的高度,而嵌套他们的TD缺少一个TOP的对齐指令,使得排列不整齐,如果遇到九宫格式的排版,这种情况越发严重。解决方法要么是编辑人员控制好简介字数,或者用CSS给这个位置的TD加上TOP对齐属性。
从这个标签的应用上看,用IWMS设计新模板一味追求标准是不现实的。因为灵活性和标准之间很难作出抉择,在软件作者设想到的变化中,用传统方式解决问题是最简单的途径。通过细读这个标签也纠正我过去一个错误的感觉,那就是ASPX模板很脆弱,一个参数不小心可能就全盘崩溃。其实用可视化编辑生成的代码尽管大胆往模板里填,我做的这么多测试还从来没有发生严重的错误。

21、 <%=GetFrameCss(style.CssDayHot,”lframe”)%> <%=GetTitlePic(style.PicDayHot,”今日热门”)%>
看过前面解释的朋友自然能了解这两个标签是什么意思了。(见17、18)

22、 <%=TopList(“dayhot”,8,42,false,false,false,false,false)%>
toplist是修改改模板中使用最频繁的一个函数了。除了“头条”,几乎所有的新闻引用都使用TOPLIST,因此他的变幻也是最丰富的。函数参考中黑压压一片,两大截都是关于他的描述。我的建议,为了效率考虑还是使用后台的可视化编辑工具产生需要的代码。然后再查看函数参考的内容。
看到这里,IWMS的神秘感基本消除,看来需要亲自修改一个模板来体会了。接下来的问题是哪些纷繁复杂的样式表了,要找出他们谁是谁、用在哪里、改动一个会不会牵扯出其他部位的问题?完全要靠分析CSS语法嵌套。如果考虑到FIREFOX的兼容性,这个工作量确实还不小。
下一步准备建立几个“裸奔”的函数运行结果,然后为裸奔的结果设计样式,从而更仔细地研究IWMS的CSS表现设计问题。

23、IWMS对生成的缩略图执行两个标准。“头条标题图片最大宽度”和“标题图片最大宽度”,两个实际生成的尺寸在提交新闻的一瞬间就已经决定,日后更改新闻属性不会重新生成缩略图,而是通过前台代码强行放缩。

24、如果大改过模板,那就千万不要用可视化编辑之后,直接“修改”保存,否则那自作聪明的可视化编辑工具将把模板“自动修正”得面目全非,无法执行。它只能作为生产代码的工具,如果他是个本地执行文件,或者DW的插件就好了。

25、对模板的改动不能将html_inc文件中的以下段落去除,否则所有图片新闻的图片缩略图调用都无法进行。
<blockquote><script type=”text/javascript”>
var thumbWidth=<%=config.TitleImgWidth%>;var thumbHeight=0;
var thumbHWidth=<%=config.HeadlineImgWidth%>;var thumbHHeight=0;
var urlPrefix = “<%=urlPrefix%>”;
</script>
<script type=”text/javascript” src=”<%=urlPrefix%>inc/thumbnail.js”></script></blockquote>
这样的一种操作方式实在很不方便。而要修正这个问题,IWMS需要动一动代码的结构,换一种思路,将控制图片大小的任务交给样式表去完成裁切显示。

26、图片新闻列表中使用了class=”thumbnailTitle”,却没有一个风格的样式表为他指定了内容。

27、 <asp:Literal id=”CopyRight” runat=”server”/>不仅仅是显示一个“IWMS4.5”这么简单,它还会把系统设置中的“底部版权内容”带进来。最好把这段内容删除,否则不好修改底部信息。

28、以上修改后,login.aspx中对导航的引用也要去除,否则会导致出错。原因大概是因为缺少匹配的东西。从这个方面看,在ASPX文件中去除“navClass.aspx”的内容,不如把这个文件改为空文件。嗯,好像越来越复杂了。

29、\inc、member_reg_statement.inc 这个文件,是在评论时提醒访问的警示语,可以随便更改。

30、 <%=GetSortName(8)%>通过ID数字获得分类名称。其中的8,可以改成后台存在的任何分类ID。

细读IWMS标签(一)

IWMS太复杂,除了在帮助文档中介绍的几个标签,其他在模板中使用的N多标签都没有相关的文档参考。近日想对其进行WEB标准化改造,准备靠“修改-测试”来搞清除标签的意思,这么多标签靠记忆力是记不住了,所以用此文作为工作笔记。

<blockquote>本文将在一段时间内置顶,希望同好留言补充。(为了避免垃圾广告留言,在留言内容中不要包含“http:”“www.”)。</blockquote>

<strong><span style=”font-size:14pt”>“首页模板”部分</span></strong>

1、<html xmlns=”http://www.w3.org/1999/xhtml” lang=”<%=config.Charset%>”>
这是个语言定义。执行后默认值是“gb2312”,可以使用官方“UTF-8转换工具”转成“UTF-8”。虽然IWMS推荐转换成UTF-8,但是其官方站使用的仍然是“gb2312”。根据实验,如果转换成UTF-8后,IWMS的后台“编辑模板”功能将认不出模板内容。建议保持原样,暂不更改。如果是经常使用中文1-2级字库以外的字符,建议还是更换为UTF-8,特别是程序代码内容多,NFO文件内容引用多的站点。

2、<!–#include file=”../inc/html_head.inc”–>
这是个服务器端嵌入的语句。表示将../inc/html_head.inc的文本内容填充到该位置,客户端看不出任何痕迹。只要修改这个INC的内容,就能对网站的相应部分进行批量更新(已生成的静态页面需要重新生成)。模板中的嵌入文件路径全是以模板所在目录为起始点计算。这里将INC文件中的内容当作模板的一部分进行解读。

3、<title> <%=htmlTitle%> </title>
这个标签的执行结果是页面的标题。在首页是就网站名称,在分类页就是分类名称,在内容页就是内容名称。如果你想在标题上加上站名,就在前面或者后面加上文字即可。比如<title><%=htmlTitle%>–洪城网世</title>。自动获得站点名,也可以试着使用<%=config.SiteName%>看看。IWMS会在</title>标签后加入“Powered by iwms http://www.iwms.net/”的备注信息,如果不使用</title>标签,备注就不会被加入。但是……页面就没有标题了。
接下来的<%=config.Charset%>,跟前面所说的第1条意思一样。

4、<link rel=”icon” href=”favicon.ico” type=”image/x-icon” />
这个ICO文件是网站的图标,建议修改成自己的文件。以便在多窗口的新型浏览器中更好地标识自己。

5、<meta name=”description” content=” <%=config.MetaDescription%> “/>
页面的描述。内容取决于首页的设置、分类的设置,或者正文页的简介。HTML的内容会带上标签,所以尽量在正文的简介中不使用格式化标签。

6、<meta name=”keywords” content=””>
这个标签是个问题标签,没有默认内容,也无法动态获得新闻正文的关键字。可能是编写中的一个失误。如果觉得有必要,可以自己写一段代表本网站的关键字。我觉得还是可以动态获得新闻正文的关键字标签比较好。

7、<meta name=”generator” content=”iwms网站管理系统”/>
可随意修改的标签,删除也没关系。

8、<link rel=”stylesheet” href=” <%=style.Css%> ” type=”text/css”/>
获得当前页面采用的“界面风格”的CSS文件路径。如果不想通过后台管理样式表,可以用自定义的CSS绝对路径代替。建议在不熟悉的情况下不要更改。

9、<script type=”text/javascript” src=” <%=urlPrefix%> inc/flash.js”></script>
获得当前页面的路径相对深度,就是“..”“../../”之类。其实我觉得写个绝对路径更省事。这个FLASH.JS是个方便插入FLASH内容的东西,如果觉得累赘,可以根据自己的需要改写。

10、var thumbWidth= <%=config.TitleImgWidth%> ;var thumbHeight=0;
var thumbHWidth= <%=config.HeadlineImgWidth%> ;var thumbHHeight=0;
者两个项目数值从后台的“系统设置-新闻相关”中获得。分别是“标题图片最大宽度”“头条标题图片最大宽度”。height数值为0,意思大概是不限定,按比例自动调整。

11、<%=style.PicNavSeparator%> <%=style.PicBullet%> <%=style.PicTop%> <%=style.PicNavBullet%>
这一组预加载的图片是在页面中经常用到的。分别代表当前界面样式中的“导航分割图片”、“新闻条目指示图标”、“置顶标记”、“底部导航指示图标”。这个部分单独修改成自定义的图像文件是没有意义的。

12、 <!–#include file=”../head.inc” –>
这里载入的外部文件是网页展示部分的文件头。因为所有页面一般都是共享一个头部,所以将此部分单独拎出来自成一个文件。这个部分的设计其实可以比较随性,那个专为头部设定的ID“sitehead”也可以随便改成自己的。如果要吧网站标准化,首先就要把这个头部改造掉。

13、 <%=config.SiteUrl%> <%=config.Logo%> <%=config.HeadAd%> <%=config.SiteName%>
分别获取在后台设定的网站地址与网站LOGO设定(不仅仅是LOGO图片,可能包含更多的HTML代码),以及广告位中的头部广告代码、后台设置中设定的网站名称。

14、head.inc的最后一段是关于简繁切换功能的设定。他首先会判断当前字符设定是GB2313还是BIG5,如果不是这其中的一种,则调用一个外部的inc/language.js文件,用替换指定字符的形式实现简繁转换。个人感觉这种方式效率很低,所以如果采用UTF-8的话,还是把简繁转换的功能关闭。如果是GB2312或者BIG5,还要判断后台是否允许用户更改简繁设定,如果不能更改,则给该DIV加上禁止点击的限制,从而实现“禁止用户更改设定”,这个重任落在了<%=config.UserConvBig5 ? “” : “disabled=&#39;disabled&#39; onclick=&#39;return false;&#39;”%>身上。

15、<!–#include file=”../inc/navclass.aspx”–>
这是插入导航的标签。麻烦从这里开始了。这段标签只是导航菜单的一部分,还有一个关联部分出现在FOOT.INC中。
<blockquote> <div id=”popmenu” onmouseover=”clearhidemenu();highlightmenu(event,&#39;on&#39;)” onmouseout=”highlightmenu(event,&#39;off&#39;);dynamichide(event)” style=”Z-index:100″></div>
<script type=”text/javascript” language=”javascript1.2″>
<asp:Literal id=”jsSortNav” runat=”server”/>
jsdone=true;
</script></blockquote>
改动导航需要两者联动。如果不使用这种菜单,也不能光删除前面,不删除后面。否则脚本的错误会让IWMS非常不稳定。导航的核心文件“navClass.aspx”内容中id=”dlSortNav”是不可以改成别的ID的。至于“Flow”还能改成什么目前不清楚、“15”这个数值是表示一行容纳多少个主菜单项目(用<br />隔开)、“Horizontal”大概是指菜单的排列方式。各位测试一下吧。牵涉到MENU字样的样式表还是不动为好,因为要解读出个所以然来实在费事。大多数情况下栏目变化不大,不如就删除了原配导航,自己用流行的<li>写一个自己需要的导航菜单。

16、 <%=GetBulletin(“h”)%>
生成一串“网站公告”标题的代码,至于你是用滚动还是用其他方式去展现,那就是设计者的问题了。那个“h”表示横着排列;改成“v”表示竖排列,也就是加了<br/>标签。不明白为什么木鸟不统一使用<br/>,而是在菜单中使用<br />来分割。

17、<divmframe”)%> “>
获取“头条新闻”的样式表名称。这段代码我瞧了半天,是干什么用的呢?获得CSS标签名称用的?那为什么这一串代码的执行结果就是”headline”,即使把貌似参数的“mframe”改成任意文字也一样。是跟样式的可视化编辑有关系?还是跟模板的可视化编辑有关系?试了一下,感觉不可能有关系。……搞了半天,是“图片与样式表”那个不起眼的犄角旮旯有个设置,指定了头条新闻所适用的样式表条目名称。这个语句的意思就是获得后台指定的头条新闻的样式表条目名称是什么。至于那个mframe参数,是表示如果没有设定样式则采用的数值。

18、 <%=GetTitlePic(style.PicHeadline,”头条新闻”)%>
这个神奇,是获取“头条新闻”的栏目图片用的。如果在后台没有指定图片,产生的结果就是“<span>头条新闻</span>”;如果指定了图片名称,则结果为“<img src=”图片名称” border=”0″ alt=”头条新闻”>”。可以看出“头条新闻”这个参数在两个执行结果中扮演的角色。根据角色的不同,可以任意修改他的内容。后面还有不少这类标签,虽然语句有一些不同,但是都基本是表示一些关键部位的图片和样式表设置内容,如果没有设置图片,则统一用class“TT”顶替,由于样式表中不同的嵌套关系,所以各种TT可以呈现不同的外观。这也提示修改者:“TT”这个CLASS不能任意修改。

19、头条文字新闻调用 <%=Headline(15,38,false,false,false,1,true)%>
这是一个新闻调用。在帮助文件中的函数参考部分“头条文字新闻”有对它的详细描述。以上这段的意思就是:“取15条新闻,标题限制最多38个半角字符,不显示所在类别名称,不显示发布日期,不用间隔颜色显示新闻列表,新闻按一列显示,第一个新闻显示简介”。
帮助文件中对这些函数的解释是非常精简的,对于从事设计的人员还是需要描述一下这些参考说明的描述规则:帮助说明中灰色块包含的部分是表示该函数允许的组合方式,这种方式不能任意发挥。比如头条文字新闻只有这么一种形式,所以7个参数一个也不能省略,否则就出错。参数的描述已经说明了参数的类型,IWMS的函数参考中的参数有三种类型,分别是数字、布尔、字符串。比如“int topNum”表示这个topnum参数必须为数字;“bool showSort”表示showsort参数是布尔值,只能为false(否)或者true(是);“string toptype”表示toptype这个参数是一串字符,至于是什么,就要看具体说明中有哪些字符串可以选择,不能自由发挥,字符串作为参数时需要加上引号。
回过头来看“Headline”。虽然是短短一小段,但是参数不同得出的结果也是不同的,涉及到前台设计的代码也不同。把所有布尔值全部打开看看他的结构。需要注意的是,如果将头条新闻分为多列,那就不可避免<table>。的确,这是最简单合理的方式了。如果不分为多列,则整个列表就是一个<ul>.
“头条新闻”的第一条简介是用一个DIV包裹起来的:<div id=&#39;firstHeadline&#39;>。用<center>方式居中标题(这样似乎没必要,既然有样式包裹,就该用样式去解决,这样更灵活),<a>标签带class=”title”来个性化简介标题。随后是简介内容,没有使用标签单独包裹。
“头条新闻”使用<td width=&#39;50%&#39; valign=&#39;top&#39;>的方式来将新闻分为两列,所以分为三列就是“33%”。
如果要使用到间隔颜色显示,则代码使用的是为<li>标签分别赋予CLASS的方式。<li><li>交替出现。因此这两个CSS标签也是无法避免的。
如果开启了时间显示,那么<li>中又会用<span>将一个条目分为两边,一个<span style=”float:left”>将标题置左,一个将时间信息<span style=”float:right”>置右并指定GRAY样式,者这又是一个固定不能动的标签。
对于高亮显示的标题,使用class=”highlight”来突出显示它。这个标签也是在设计时必须考虑的。

用《倒霉熊》测试“播客”插件

PJBLOG出了新的播客插件。由于用的是CC的视频服务,不占本站流量,所以发个帖子测试一下。

感觉这东西很神奇,AVI格式有那么多种编码,他怎么就能打包票能阅读并且转换这些东西呢?如果AVI的音频部分是DTS怎么办呢?除了接受上传文件,它还允许通过FLASH直接录制摄像头和声卡数据……真是太强了。FLASH什么时候变得象一个黑客工具了?还好我没有视频聊天的设备,否则……

担当转换服务的服务器也够牛的,能够不间断地快速转换视频文件,而且还要保证速度……真神奇。也许是现在这种压力还不是很大,而且合作运营商数量众多可以分担压力的缘故吧。(1月23日补充:如果视频没有立刻转换完成,在播放CC视频的时候会有当前转码完成度的进度条。)

这个《倒霉熊》是个韩国无语动漫,搞笑效果一流。这只倒霉的小熊在一个小时的节目里经历了无数的倒霉事。

(2009-7-15,删除CC插件播放内容)

片子上传后,FLASH把这个编辑页面卡住了。进入CC管理后台才把这段代码剪切过来。看来这个插件还不是那么十分完善。

01.08.07.Backkom.DVDRip.XviD-iKiDZ(倒霉熊)


◎译  名 倒霉熊
◎片  名 Backkom
◎年  代 2005
◎国  家 韩国
◎类  别 动画/搞笑
◎语  言 韩语
◎字  幕 无字幕
◎IMDB评分 N/A
◎IMDB链接 N/A
◎文件格式 XviD + MP3
◎视频尺寸 640×352
◎文件大小 1CD 50 x 15MB

《Don't Make Me Think》读后

首先,这本书很流行;其次,这本书很薄价格却不便宜。这就是我在读这本书之前的感想。

这类认知心理学书籍的经典,我觉得还应该算是唐纳德·诺曼的《设计心理学》。虽然封面很土气,销售也不怎么热闹,甚至沦落到网上书店的“特价书”行列,但是这本中信出版社的著作确实是给我带来了意外惊喜。书翻译得不错,没有拗口的术语、晦涩的美式幽默,让人觉得这不是翻译的作品,似乎它本来就是用中文写成的。《设计心理学》虽然关注的是工业设计,但是对其他领域的设计依然有指导意义,属于“洗脑”级的著作。《Don’t Make Me Think》也是讲述认知心理和行为的关系,它的特色在于专注网站建设中设计与访客的互动关系,并且提供了一套指导性的操作方法。

让我反感的是这本书的中文出版商给本书披上了太重的功利化外衣。书的中文名字是《点石成金:访客至上的网页设计秘笈》。这个标题就有几处问题:首先,书中内容的主旨是排除认知障碍,让信息更容易传达给访客。虽然良好的可用性会给网站增添价值,但远没有“点石成金”这么严重。一把手感很好的斧子,如果是用塑料做的,那它依然还是一件废物;“网页设计”这个提法明显是有问题的,它只描述了事情的表面。良好的用户体验设计贯穿于网站建设的全过程,从平面、页面到程序、流程设计;“秘笈”就完全是在故弄玄虚了,如果本书的作者本身是一个成功的网站经营者,或者是某个著名项目的总负责人,那么他写的书也许可以称为“秘笈”,但是他只是一个专注于良好用户体验的认知心理专家。如果一个人只擅长设计飞机上的大门和座椅,那他有资格写《飞机设计秘笈》吗?

书的翻译很生硬,就象放少了水煮出来的饭,一颗颗坚硬地聚集在一起。还好,虽然吃的时候体验不怎么好,但是还不至于影响消化。书中的轻松幽默完全没有表达出来,与其强颜欢笑,还不如严肃一点。书中的某些单词也不准确,比如CSS中的“HACK”,本来是指设计者为了提高现阶段浏览器兼容性而使用的一些技巧,在这本书里却被翻译成了“后门”。

各章节精华介绍:

书的内容主要是围绕着这些知识点进行阐述

导读

讲述是否有必要读这本书。(我的理由是:既然我买了……)

书中介绍的东西似乎都是些常识,作者说“和很多常识一样,如果没有人明确地指出来,它们并不会显而易见。”我对这话很有同感,特别是心理学这个领域。

“建立和维护一个好的网站一点都不容易。就像打高尔夫球一样,有少数几种方法可以把球打进洞里,但也还有数不清的方法打不进去。”有时候一件事情做成了也没有什么成就感,因为有很多方法都可以达到同样效果。但是只要想想还有无数的理由让事情做不成,就会觉得成功是多么的不容易。黄维仁在讲述如何保持一个良好心态的时候强调,时刻保持感恩之心,可能也是同样的意思。还有一种说法:每个人都是成功者,他们在亿万个细胞中脱颖而出。

第1章 别让我思考 Krug 可用性 第一定律

“别让我思考”是本书的核心。本章举了几个例子,展示面对不同的视觉设计所时,人们产生的不同心理活动。

第2章 我们实际上是如何使用Web的 扫描,满意即可,勉强应付

首先,我们看网站不是在阅读,而是在扫描。没有人会按照设计者安排的顺序读完全部页面上的提示和内容。

第二点,查看网站时并不会权衡几个内容,然后做最佳选择,而是看上去满意的内容即可。因为:1、人们总是处于忙碌之中;2、如果点错了选择也不会有严重后果;3、即使权衡再选择也不会有更好的结果;4、猜测让浏览网站变地更有意思。(我觉得这几条原则用在找老婆上似乎也满合适……)

第三点,人们不会追根究底,而是勉强应付。很多人使用一件东西,其实并不会去愿意了解它太多。比如,即使手机有N种功能,也没几个人会详细阅读说明书,把它的功能研究个遍。对普通用户来讲,实现自己要的功能即可。

第3章 广告牌设计101法则 为扫描设计,不为阅读设计

这里的“广告牌设计”并不是真的在说设计广告牌的法则,而是指为了迎合扫描式的阅读而进行的设计。

首先是要建立能马上说明从属关系的视觉层次。比如突出显示重要内容,将相似的部分在视觉上建立相关联系,用视觉上的嵌套说明逻辑上的包含关系。

其次是要符合传统习惯。然后明确定义区域。可点击的地方应该有明显的识别标志。最后是清除不必要的干扰,比如复杂的背景图案,密密麻麻的强调信息。

第4章 动物、植物、无机物 为什么用户喜欢无须思考的选择

这章很杂乱,其实就是在讲分类、选项的设计。它应该让用户立刻能明白其含义,而不需要停下来思考、猜测这究竟代表什么意思。

第5章 省略不必要的文字 不要用Web上写作的艺术

不要废话。没有人愿意看到很多的文字。

第6章 街头指标牌和面包屑 设计导航

建立清晰的路径信息,让用户随时都知道自己身处何地。设置首页连接,让用户可以随时从头开始,不至于迷路。建立“搜索”,以便那些没有耐心逐步寻找信息的人。本章最后讨论了“标签”的使用,以及几个例子分析。

第7章 首先要承认,主页不由你控制 设计主页

本章主要谈论主页的设计任务,它必须让访问者立刻明白该网站是干什么的,它的特点是什么。为传达这些信息,可以通过口号、欢迎词来实现。

主页要完成的任务是:1、站点的标识和使命;2、站点的层次结构;3、搜索;4、导读(比如内容推荐);5、内容更新信息;6、友情链接;7、快捷方式;8、注册入口;9、让访客看到他们要找的东西;10、让访客看到他们可能感兴趣的东西;11、提示访客从哪里入手使用网站;12、建立信任,给访客留下好印象。

第8章 农场主和牧牛人应该是朋友

网站设计者自己讨论网站的可用性是在浪费时间。各人对“可用性”的理解不同,这种“信仰”很难动摇。

第9章 一天10美分的可用性测试 让测试简单——这样你能进行充分的测试

这章个人认为是本书的精华,如果这本书要进行提炼的话,留下这章,其他都删除就可以了。让项目以外的人参与对网站的测试,看看他们如何完成一个使用任务,记录下他们的操作和对问题的解读。这种测试不应该等到项目即将全部完成的时候才开始,而应该从始至终都有规律的进行(每周或者每月一次),然后花很少的时间做一个讨论,并把讨论的结果用到实际工作中去。关键的是,这些测试的结果只是起到提示性的作用,不要完全被测试者的反应左右,随意添加新内容。如果测试者遭遇挫折,只要他们能很快回到设计者的思路上来,那就不必太担心,这是正常的现象。

第10章 可用性的基本概貌 为什么你的网站应让人尊敬

网站怎么做可以获得访客的好感,那些做法会降低好感度。

第11章 可访问性、级联样式表和你

为残疾人士考虑网站的可用性。因为对于有缺陷人群来说都没有障碍的网站,对健全人来说就更没有问题了。

第12章 救命!老板想要我……当好人遇到不好的设计决策

针对老板经常提出来的两个无理要求,作者做出了自己的回答。其中的内容的确切中要点,并且有说服力。

推荐读物

该章节推荐的几本书都已经没有在销售了,所以此章不看也罢。

点石成金:访客至上的网页设计秘笈(原书第2版)


【原书名】 Don’t Make Me Think:A Common Sence Approach To Web Usability [原书信息]
【原出版社】 New Riders Press
【作者】 (美)Steve Krug[同作者作品]
【译者】 DeDream’(蒋芳)[同译者作品]
【出版社】 机械工业出版社
【书号】 7-111-18482-3
【开本】 16开
【页码】 147
【出版日期】 2006-8-1
【版次】 2-1

Dreamwerver 8中特殊的正则表达式写法

“正则表达式”,看这名字我就想起那个专门演傻瓜“肥猫”的郑则仕。

这两天频繁与“正则表达式”打交道,先是网站后台中的采集规则,然后是EditPlus中的回车替换,再就是今天在Dreamwerver中对特定文本的查找和替换。开始还以为就是简单如DOS命令中“*”和“?”的用法,没想到名堂还很多,比如换行要写成“\n”,还有一些保留字的避让法则。更深入的应用还需要借助联机手册、配合各种语言中的差别应用……,简单一点行不行?我只是要批量查找一些有特征的代码而已。起初,按照帮助中的解释,一切似乎还算顺利,但是碰到多行的代码就出了问题,无论我用什么标签,总是不能搜到超过一行的内容。比如:

<html>
<!– zhujie –>

我用“<–.*–>”可以搜索出第二行,“\n<–.*–>”可以把第一行的回车和第二行选中,但是在“\n”前无论加什么,这个表达式都会失效。起初还怀疑是不是“>”括号的问题,但是换了别的字符全都没用。不经意间看到了Dreamwerver关于正则表达式帮助的最后一行,尝试用“SHIFT+ENTER”替代“\n”……哈!竟然可以用这么直观省事的办法。看来这个规则是专门考虑到了网页制作实际而进行优化。

.*
<!– .* –>

表示第一行随便是什么,第二行的注释内容为随意字符。如果有多行可以为任意字符的代码,则每行必须要有一个“.*”占位置。而且碰到象“{}”这样的特殊字符,用“.*”讨巧通过也是个办法。

虽然这种摸索出来的方法很不严谨,但是能解决问题是最重要的,傻就傻点吧。

《CSS网站布局实录》:一本比盗版书还烂的好书

这是一本让人又爱又恨的书。

自从被《网站重构》洗脑之后,每次看到频繁的“table”、“td”就不顺眼,希望自己哪天也能构筑起象这个blog页面一样整齐有序的代码。上个月咬牙试了一次在工作中应用标准思维,结果被彻底打败了。整个构建的过程充满了失败感,原本理论上应该没有问题的代码,在IE里就是不正常,后来实在没法,只好转回table怀抱。代码乱就乱点吧,反正也没谁去计较这些。

看着桌上两本字典式的《CSS权威指南》、《html与xhtml权威指南》,只剩下了叹气的份。基础的概念都有了,可是怎么把这些概念应用在实际工作中呢?没有头绪。肚子里有货,却用不上力……唉,我又“便秘”了!

不记得当时怎么的机缘巧合,看到了这本《CSS网站布局实录》。名字很有吸引力,正是我所盼望的东西;看作者简介,是“闪客帝国”网站按标准改版的操刀者;书籍所属的“狂人日记”系列口碑还算不错。我当时就觉得一股热血上涌,买……!慢着,网上书店的专栏中评价可不怎么好,焦点集中在书的错误上。似乎是编辑瞌睡了,文字、代码错误百出,仅作者的blog上就列出了一大长串。看作者的意思,这本书的出版一波三折,出现这样的情况另有隐情。同情一个先,然后大致浏览了一下“勘误”,错误还不至于产生误解。权衡了一下还是买了这书。

很多读者表示此书要等第二版才能买。对此观点,我只能“嗤”一个。七年前跟出版社打交道的经验告诉我,出版社是个商人,要他重新改内容、重出胶片、重新制版去印刷,除非这本书的销量可以肯定翻番。就目前这本书的口碑,再加上亚马逊排名第一的《精通CSS》加入市场竞争,这个愿望是不太可能实现的。况且,等待再版浪费的几个月时间对于靠这个混饭的人来说,损失就不是二十几块钱的事情了。

等了一个星期,书到手了。这时候我才发现,网上的勘误表简直就是一未成年的巫婆,真正大巫的面纱才刚刚揭起。这是我所看过的错误最多的一本书,在每个字里行间,每一串代码中,甚至是一个图标,都时刻埋伏着错误的身影。我才看了60来页,就觉得自己文化很高了:我从来没有在一本正式发行的印刷品上看出过这么多文字错误。如果把所有的“勘误”都印刷出来的话,大概可以凑成一个单行本了。

不过说良心话,内容真不赖,特别是有点网页标准基础,却不知道如何把“标准”贯彻到实际工作中去的人(比如我这样的)。一章章的翻过去,命中的都是要害,不禁心中暗喜。看这样一本“糟粕与精华并存、弱智与天才的化身”的书,就好象是在做贼一般。感觉不是在看一本真金白银买来的书,而更象是偷看一个江湖上鲜见的手抄本……刺激!

但愿啃完它的时候,我可以信心满满的将这本书撕了包餐桌上吃剩的鱼骨头(如果用来擦屁股实在是太硬了一点)!


名称:CSS网站布局实录
ISBN 7-03-017716-9
著译:李超
日期:2006年9月 第1版
印数:4000