iVox: Tech

竟然做了一個iPhone NativeApp

2008-04-20T23:09:00.004+08:00

一時興起，想到了是否能將iPhone 1.1.3及以上版本的WebClips功能實現到我的1.1.1上。
最初想法是想找一臺1.1.3的iPhone，復制一個WebClip過來，看看是否能用，其實自己也不抱什么希望。後來就想如果做一個NativeApp來實現這個功能應該也不難，於是上網搜了搜，居然被我找到一個好東西：Jiggy。

Jiggy是一個簡單到不敢相信的iPhone NativeApp開發環境，只要用JavaScript就可以——別的語言我就不行，JavaScript雖然也談不上精通，摸了這么多年，倒還有一試之膽。於是趕緊裝上，試了起來。
真的很簡單，只是上網搜索了兩段例程，就大致搞定了我的程序。
說來我的要求也真是不高，無非是一個獨立的程序，可以快捷地去到我指定的網站，以免進到Safari之後還要去書簽裏面翻尋。

這個讓我鐵了心想做WebClip，甚至考慮升級到1.1.3的網站是BuxFer。自從我的第二臺TH55丟失之後，記賬這件事就幾乎完全放棄了。iPhone上面不是沒有記賬軟件，但到目前為止，還沒有找到合用的，倒是這個Buxfer網站做得令人鼓舞——當然，這也是大大得益於iPhone對網絡應用的良好支持。良好到哪種程度？在iPhone上訪問Buxfer，速度明顯快過在PC上。

把眼光放在Web上吧！

失而復得的Photoshop加框程序

2006-12-11T12:19:00.003+08:00

去年還是前年，用Javascript寫了一個圖片加框的程序，一直用得很順手。昨天竟然發現程序不見了！回頭想想，應該是Adobe CS升級到Adobe CS2時，我以為程序都備份了，就沒有保留——看完切爾西對阿森納的比賽，翻箱倒柜去找光盤，結果發現備份是備份了，但能找到的都是一個初級的版本，沒法用。極其郁悶。
最後一線希望是辦公室電腦里保存著一個備份，今早開工，第一件事情就是搜這東西。好彩真給我找到了！狡兔三窟，古人誠不余欺也！

// 单位设为像素
app.preferences.rulerUnits = Units.PIXELS;

// 生成副本，加框流程将在副本中进行
var dupDoc = app.activeDocument.duplicate();

// 合并图层
dupDoc.flatten();

//画线和框
var black = new SolidColor(); 
black.rgb.red = black.rgb.green = black.rgb.blue = 0; 
var mygray = new SolidColor(); 
mygray.rgb.red = mygray.rgb.green = mygray.rgb.blue = 160; 
var white = new SolidColor(); 
white.rgb.red = white.rgb.green = white.rgb.blue = 255;

backgroundColor = white;
//backgroundColor = black;

var marginW = 15;
var marginH1 = 15;
var marginH2 = 65;
var newW = dupDoc.width + marginW + marginW;
var newH = dupDoc.height + marginH1 + marginH1;
// 四周加15
dupDoc.resizeCanvas(newW,newH);
// 下边再加65
newH = newH + marginH2;
dupDoc.resizeCanvas(newW,newH,AnchorPosition.TOPCENTER);

// 增加Stroke图层
var layf = dupDoc.artLayers.add();
var selRef = dupDoc.selection;
var selRegion = Array(Array(marginW, marginH1),
                      Array(newW - marginW, marginH1),
                      Array(newW - marginW, newH - marginH1 - marginH2),
                      Array(marginW, newH - marginH1 - marginH2));
selRef.select(selRegion, SelectionType.REPLACE, 0, false);
selRef.stroke(black, 2, StrokeLocation.INSIDE, 
              ColorBlendMode.NORMAL, 100, false);

var selRegion = Array(Array(0, 0),
                      Array(newW, 0),
                      Array(newW, newH),
                      Array(0, newH));
selRef.select(selRegion, SelectionType.REPLACE, 0, false);
selRef.stroke(black, 1, StrokeLocation.INSIDE, 
              ColorBlendMode.NORMAL, 100, false);
selRef.deselect();

// 放置LOGO
var logofile = new File("e:/my documents/fishlogo on white.psd");
var logoDoc = open(logofile);
logoDoc.mergeVisibleLayers();
logoDoc.resizeCanvas(newW,newH,AnchorPosition.BOTTOMRIGHT)

logoDoc.layers[0].duplicate(dupDoc,ElementPlacement.PLACEATBEGINNING);
logoDoc.close(SaveOptions.DONOTSAVECHANGES);

displayDialogs = DialogModes.NO; 
var defaultRulerUnits = preferences.rulerUnits; 
preferences.rulerUnits = Units.PIXELS;

var resRatio = dupDoc.resolution/72;

if(resRatio!=1)
{ 
 dupDoc.resizeImage(dupDoc.width.value,dupDoc.height.value,72); 
}

//将一个长字串分解成单个字符串
function explodeArray(item) { 
 var i=0;
 var Count=0; 
 var tempString=new String(item); 
 tempArray=new Array(1);

do{ 
  i=tempString.indexOf(":");
  if(i>0)
   tempString=tempString.substr(i+1,tempString.length-i-1);
  i=tempString.indexOf(">");
  if(i>0) {
   tempArray[Count]=tempString.substr(0,i); 
   tempString=tempString.substr(i+1,tempString.length-i-1);
   Count ++;
  }
  i=tempString.indexOf("<");
  if(i>0) {
   tempArray[Count]=tempString.substr(0,i); 
   tempString=tempString.substr(i-1,tempString.length-i+1);
   Count ++;
  }
 }while (tempString.indexOf("</x:xmpmeta>")>0);

tempArray[Count]=tempString; 
 return tempArray; 
}

//获取RAW保存的信息
var exifData = dupDoc.xmpMetadata.rawData.toString();

//将EXIF信息分成单个的相关信息
explodeArray(exifData);

var model="";//机型
var exposureTime="";   //快门
var fNumber="";   //光圈
var ISOSpeedRatings="";  //ISO设置
var dateTimeOriginal=""; //拍摄时间
var FocalLength="";//焦距
var lensname="??";    //镜头名称
var creator="LittleFish";  //拍摄者。
var i=0;
var j=0;
var k=0;
var dateArray1="";
var dateArray2="";
var monthsArray="";
var phoDate = "";
var phoTime = "";
var exposureBiasValue = ""; //曝光补偿

//Photoshop CS获取EXIF信息

//机型
for(n = 0; n < tempArray.length; n ++) 
{ 
 stringTemp=tempArray[n];
 if(stringTemp.indexOf("Model")!=-1)
 { 
  model = tempArray[n+1]; 
  break;
 } 
}
//快门速度
for(n = 0; n < tempArray.length; n ++) 
{ 
 stringTemp=tempArray[n];
 if(stringTemp.indexOf("ExposureTime")!=-1)
 { 
  exposureTime = tempArray[n+1]; 
  break;
 } 
}

//焦距
for(n = 0; n < tempArray.length; n ++) 
{ 
 stringTemp=tempArray[n];
 if(stringTemp.indexOf("FocalLength")!=-1)
 { 
  FocalLength = tempArray[n+1]; 
  break;
 } 
}

// 曝光补偿
for(n = 0; n < tempArray.length; n ++)
{ 
 stringTemp=tempArray[n];
 if(stringTemp.indexOf("ExposureBiasValue")!=-1)
 { 
  exposureBiasValue = tempArray[n+1]; 
  break;
 } 
}

//光圈大小
for(n = 0; n < tempArray.length; n ++) 
{ 
 stringTemp=tempArray[n];
 if(stringTemp.indexOf("FNumber")!=-1)
 { 
  fNumber = tempArray[n+1];
  break;
 } 
}

//镜头名称
for(n = 0; n < tempArray.length; n ++) 
{ 
 stringTemp=tempArray[n];
 if(stringTemp.indexOf("aux:Lens")!=-1)
 { 
  lensname = tempArray[n+1];
        break;
 } 
}

//拍摄日期、时间
for(n = 0; n < tempArray.length; n ++) 
{ 
 stringTemp=tempArray[n];
 if(stringTemp.indexOf("DateTimeOriginal")!=-1)
 { 
  dateTimeOriginal = tempArray[n+1]; 
  break;
 } 
}

//ISO设置
for(n = 0; n < tempArray.length; n ++) 
{ 
 stringTemp=tempArray[n];
 if(stringTemp.indexOf("ISOSpeedRatings")!=-1)
 { 
  ISOSpeedRatings = " ISO"+tempArray[n+5]; 
  break;
 } 
}

//检查快门速度
dateArray1 = exposureTime.split("/");
j = dateArray1[0];
i = dateArray1[1];
if(j/i>1)
 exposureTime=parseInt(j/i)+"."+(j-parseInt(j/i)*i);
else
{
 i=parseInt(i/j);
 j=1;
 exposureTime=j+"/"+i;
}

//计算光圈大小
dateArray1 = fNumber.split("/");
i = dateArray1[0];
j = dateArray1[1];
if(j>1)
 fNumber=i/j;
else
 fNumber=i;

//检查曝光补偿
dateArray1 = exposureBiasValue.split("/");
i = dateArray1[0];
j = dateArray1[1];
if(i>0)
exposureBiasValue="+"+(parseInt(i*10/j))/10;
else
exposureBiasValue=(parseInt(i*10/j))/10;

//计算焦距
dateArray1 = FocalLength.split("/");
i = dateArray1[0];
j = dateArray1[1];
if(j>1)
 FocalLength=i/j;
else
 FocalLength=i;

//镜头名称
if (FocalLength>75)
 lensname="Nikkor 80-200";
else
 lensname="Tamron A09";

var infoLayer = dupDoc.artLayers.add(); 
infoLayer.kind = LayerKind.TEXT; 
var TI = infoLayer.textItem;

//右对齐，如果左对齐可以省略下面这行
TI.justification = Justification.RIGHT;

//标字的位置
TI.position = [dupDoc.width.value-60,dupDoc.height.value-50];
TI.contents = "Nikon D70 · " + lensname + " · " + 
              exposureTime+" · F/" + fNumber + " · " + 
              exposureBiasValue + "EV · " + FocalLength + 
              "mm";
if (ISOSpeedRatings!="")
{
    TI.contents = TI.contents + " ·" +ISOSpeedRatings;
}

//字体、字号、颜色等 
TI.font = "Tahoma"; 
TI.size = 12; 
TI.color = mygray; 
TI.fauxBold = true;

图块单位确定原则

2006-12-06T16:57:00.002+08:00

最近因为做总图设计比较多，把几个旧的AutoLISP程序翻出来修修改改，发现以前很多程序设计的难点其实不在于编程，而是因为图块单位概念不清，人为把事情搞复杂了。仔细思考了一下，总结出图块单位确定的原则。

实物图块，比如家具等，因为具有一定的尺寸，所以只要单位跟图块中图元尺寸相匹配就好了。1米宽的长度，画成1个单位，那么单位就是米；画成1000个单位，那么单位就是毫米。这个很好理解。
图面元素，不是实物，因此并没有实际尺寸，只有图面尺寸的，比如标高符号等。这些图块单位就应该设为“无单位”。
当一个图形无单位时，它插入到另一个图形中时，单位换算比例始终为1。而如果一个有单位的图块，比如单位为毫米，插入到不同单位的图形时，AutoCAD就会自动换算插入比例——插入到单位为毫米的图纸中，单位换算比例为1；而插入到单位为米的图纸中，单位换算比例就为0.001——显然，如标高符号之类，这时就变得太小，就需要程序分别对插入比例做不同的处理。这个处理并不难，但较为繁琐而可能造成低级错误。

AutoLISP Highlighter

2006-10-21T21:45:00.001+08:00

上次介绍过一款很好的语法代码高亮script：dp.SyntaxHighlighter。
我想到可以在这个script上把AutoLISP的语法也加进去，还曾经给作者写了信，并提供了用于EditPlus的AutoLISP语法文件——但作者一直没有答复我。

今天因为修改了一下那个CSS风格，顺便干脆就自己来做这件事。
应该说这件事并不复杂，但我缺乏script的深度认识，对于什么正则表达式啦、prototype啦，都头晕得很。照虎画猫，折腾了一阵子，居然也搞定了。
先看球，回头再传上网站。

示例：

; FishLISP C:RNB
; 通过点击实体，更改图块名称。避免查询、输入原有名称。
;
; 在AutoCAD当中，可以很方便地复制一组实体，并粘贴成图块。
; 但所得到的图块总是具有如“A$C4FD24C92”之类复杂的名称，
; 往往并不利于识别和操作，所以有时候有必要将这样的图块更
; 名；而其名称的复杂性，同样使得更名也并不容易。
; C:RNB则避免了查询、输入图块名称，使更名极为便利。
;
; 程序支持长名称（即名称中允许输入空格），所以新名称必须
; 靠回车来确认。
;-----------------------------------------------------
; 04-07-07  v1.0  可用版
;-----------------------------------------------------

(defun c:rnb (/ en ent ety ena enn)
  (princ "\nFishLISP C:RNB v1.0.")
  (if (setq en (entsel "\n选取要改名的图块："))
    (if en
      (progn
        (setq ent (entget (car en))
            ety (cdr (assoc 0 ent))
        )
        (if (= ety "INSERT")
          (progn
            (setq ena (cdr (assoc 2 ent)))
            (setq loop t)
            (while loop
              (princ "\n图块名称：<")
              (princ ena)
              (setq enn (getstring 1 "> "))
              (if (member enn (list "" " " ena))
                (setq loop nil enn ena)
                (if (tblsearch "block" enn)
                  (princ "\n已经存在此名称的图块。")
                  (setq loop nil)
                ); if exist?
              ); if no change?
            ); while
            (setvar "cmdecho" 0)
            (command "rename" "block" ena enn)
            (setvar "cmdecho" 1)
          ); progn =INSERT
          (princ "\n对象不是图块。")
        );if INSERT?
      ); progn en
    ); if en?
  ); if picked
  (princ)
)

(princ)

网页设计好帮手ViewPage

2006-10-18T17:10:00.004+08:00

ViewPage是一个用于Maxthon的五星级插件。可以让用户在侧边栏浏览当前网页的DOM树——DOM树就是网页内所有元素的结构方式。

在使用这个插件之前，我在为云影设计旧的那个Blog的模板（基于Blogcn）时，对其中代码的真相一直是两眼一抹黑。即便在网页加载完毕后，通过查看网页源代码也不能看到完整的代码，其中一些模块会是正在加载之类信息。
ViewPage则可以顺顺当当地把DOM树完整解析出来，并且可以把用户在DOM树中选中的标记在网页中亮显出来——非常直观！非常方便！
即便是能看到完整代码的网页，如果排版不佳、结构复杂，要搞清楚其结构，要从中找到某个不知道名称的标记，也是非常困难的。DOM树的好处就在于结构清晰，顺藤摸瓜十分利索。

Blogger beta的模板标记虽然相较Blogcn之流算得上是完美，但也会让不熟悉的人很头痛，所以这个ViewPage也可以帮上忙。

顺便就要推荐一下Maxthon了。Maxthon，流行读作：“马桶”，原名MyIE、MyIE2，也有好几年的历史了。很多人认为这是基于IE内核最好的浏览器。
新的Maxthon2正在开发中，具有很多令人兴奋的特性。

标准的莫明其妙

2006-10-18T14:18:00.001+08:00

严格的（strict）xhtml标准里面，打开链接的目标属性如target="_blank"等，是不合法的。
作为一个标准，如果编制者如此如此规定，大家也就如此如此执行，皆大欢喜，而标准自成为标准。
但大家显然不准备照此执行——点击链接时新开窗口常常有其必要。
那么如果不用target="_blank"，又该怎么办？答曰：用javascript。比如：如何？明眼人一看就知道，这其实是绕了个圈子，归根结底还是target="_blank"。

这是标准的莫明其妙。

为什么要做这种蠢事？其实标准再莫明其妙都无所谓，但坏事就坏事在W3C要整一个xhtml规范的检校认证出来。于是无数coder为了通过那个认证，就不辞辛劳地去绕那个大圈子。显然检校程序并不知道那段代码本质跟不符合标准的东西完全一样。

标准制定中的莫明其妙其实可以原谅，可能是因为疏忽，最多是因为偏执。但网页用户和Coder们的集体虚荣，就实在可鄙。通过了W3C检校又如何？

Blogger beta新模板

2006-10-17T15:50:00.001+08:00

Blogger beta新模板修改起来并没有我预先估计的那样复杂。

今天帮云影把新的Blog基本搭建好了，还有些细节要完善。地址：http://hallenyu.blogspot.com。主要工作就是把原来的CSS搬过去，然后根据布局的需要增加了几个DIV——顺便梳理了一下整个模板的结构，加了一些注释。
我是在Blogger beta提供的现成模板基础上加以修改的。在梳理结构过程中就发现那些高手的coding习惯也不是足够好。比如我的一个好习惯：为DIV加注，如：<div id="idname">...</div>在原始模板里就没有见到，于是要定位某些元素非常困难。梳理结构，既是主动了解，其实也是迫不得已。

所谓技术进步，其实都是对最终用户而言。Blogger beta技术进步了，更方便了，是说对不需要像我这样去改代码而言，进步了，方便了。改代码其实要比以前做更多的事。当然设计者也是一个层面的最终用户，Blogger也需要为咱们多多努力。

更改Blogger的“快速编辑”图标

2006-09-22T11:07:00.001+08:00

Blogger的“快速编辑”还是很好用的，但并没有提供多种图标的选择，唯一的一个跟本站的界面不太和谐。原来是打算放弃“快速编辑”功能，但实际使用中发现没有它还的确不方便，那就还是用上吧，把图标改了就成。
Blogger的帮助文件提供了修改发送邮件图标的方法，但这个方法显然不能套用来修改“快速编辑”的图标。
我琢磨了一下，用以下方案可行：
这个例子修改了“快速编辑”图标，并且指定了普通、悬停两种状态使用不同的图标。如果只需要改为一个静态图标，就忽略第二段。

小心背景的fixed属性

2006-09-21T15:45:00.000+08:00

在给标题、列表等做图标的时候，正确的方法是设背景。比如：
h2 {background:url(some.gif) no-repeat left top;}
但我做出来的效果在Firefox里面总是不显示图片，而在IE就正常，很郁闷。后来仔细检查，才发现代码跟上面不太一样：
h2 {background:url(some.gif) no-repeat fixed left top;}
去掉fixed，Firefox就能正常显示了。

no-repeat fixed，是设页面背景时做顺手了的，而在给标题、列表设背景时也没多想，习惯性地就敲出来了。
CSS看似简单，水还是挺深啊。

[链接] 空白显示页面问题的解决

2006-09-18T10:51:00.001+08:00

点击访问原作

在windows操作系统上使用IE作为浏览器时。常常会发生这样的问题：在浏览使用UTF-8编码的网页时，浏览器无法自动侦测（即没有设定“自动选择”编码格式时）该页面所用的编码。即使网页已经声明过编码格式：
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
，由此造成某些含有中文UTF-8编码的页面产生空白输出。

如果使用的是Mozilla、Mozilla Firefox、Sarafi的浏览器这不会造成这个问题。这是由于IE解析网页编码时以HTML内的标签优先，而后才是HTTP header内的讯息；而mozilla系列的浏览器则刚刚相反。

由于UTF-8为3个字节表示一个汉子，而普通的GB2312或BIG5是两个。页面输出时，由于上述原因，使浏览器解析、输出<title></title>的内容时，如果在</title>前有奇数个全角字符时，IE把UTF-8当作两个字节解析时出现半个汉字的情况，这时该半个汉字会和</title>的<结合成一个乱码字，导致IE无法读完<title>部分，使整个页面为空百输出。而这个时候如果察看源文件的话，会发现实际上整个叶面全部已经输出了。

因此最简单的解决办法是再网页文件的<head></head>标签中一定要把字符定义<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /> 放在<title></title>之前。

Blogger beta

2006-09-15T23:04:00.000+08:00

试用了一下Blogger beta，功能的确加强了很多，表面上最突出的就是Label。这个功能的确很实用，也是Blogger因为没有提供这个功能而一直以来被诟病之处。看来Blogger beta要在这个问题上打个翻身仗。
Label，在大部分网站一般叫做Tag，反正是一回事，就是给主题添加一些简短的描述，然后就可以通过众多描述的共同之处进行分类。
最需要这个功能的其实是图片网站，比如flickr。因为Blog之流尚可通过文本搜索，进行人工的查找。效果自然不如Tag来得好，但总算有此功能。但图片站可就十分依赖Tag技术了。用户对同一张的描述会产生两维的效果，一维是广度——描述差异性越多，再次找到它的可能性就越高；另一维是深度——描述的相同性越高，就越接近图片主题的本质。比如一幅树叶的图片，最容易想到的Tag就是“树叶”，但也有可能是“黄色”；因为它是黄色的树叶；也可能是“秋”，因为它是秋天的树叶；也可能是“五角”，因为它有着五角的外形……
这应该跟人工智能有关吧？不懂，瞎猜。

但实际上Blogger beta最大的变化之处是骨子里的，网络重构。新的模板必须采用严格的XHTML 1.0 Strict！内置的转换标记也是一套全新的系统，这些都增加了用户自定义模板的难度——要从Blogger转向Blogger beta并不是一件轻松愉快的事情；除非你采用那些老老实实的模板。

其他的诸如翻页功能、新的档案文件列表方式，相较而言都是小儿科了。

现在对我来说，遇到一个具体问题：我正试图把诗歌栏目也转向Blogger，但Blogger对帖子日期有限制，只支持最早到1990年，那么我80年代的作品就无法有正确时间了，虽然作品不多，但这总是不爽。试用Blogger beta发现它对日期的支持要好的多，还是方便的手工输入方式——那么到底用哪个？还是两个都不用，用MySQL+PHP自己做？
Blog这东西提供了一种网页（网站）结构与内容分离的极为便利的方式，不用还真是可惜啊。

h#标签的缺省值

2006-09-14T04:10:00.001+08:00

h#的margin，在IE里面缺省值为0，但在Firefox和Safari里面top有个大约10px。后者比较奇怪。
所有有些地方需要强制指明h# {margin-top:0;}

里昂：皇家马德里中场休息时发现上述问题。里昂打得不错，皇马整体性太差了，光有大牌是不行的！其实里昂阵中也不乏骁将，尤其是新生代的法国国家队几个核心，只不过名气尚且不大而已。

2：0到70分钟了，继续看。

更正一下

2006-09-09T16:12:00.001+08:00

Feed的几个技术里面说：

FeedJumbler生成聚合会有个问题，即我下次更改、增加RSS地址后，新生成的聚合就会有不同的名字。

今天又研究了一下，在FeedJumbler注册以后，其实会获得一个固定的RSS地址，其对应的聚合可以根据自己的需要进行修改。
因此我就修改了一下，获得另一个全站Blog的RSS聚合：
http://feedjumbler.com/users/ivox/all/rss.xml

Feed的几个技术

2006-09-09T03:36:00.001+08:00

首先是聚合。我很奇怪会有那么多桌面的RSS聚合阅读器，那些东西想来也的确不错，但何不就在线阅读呢？
针对我自己的这些Blog，聚合的意义很简单，就是把内容组织到一起，按时间顺序排下来——但如此简单一个要求，网上竟然找不到现成、合适的script。我查了算起来一整天的资料，总算明白AJAX不能跨域查询，OK！但我们不是非用AJAX不可啊。
Safari的RSS阅读器对我来说就十分理想。我甚至把那个.js文件抄过来好好研究了好一阵，但终于还是放弃了。毕竟自己不是专业的Coder哈。

找不到合适的资料跟搜索引擎有极大关系。下午4点左右我试了一下在Google里面用“combine rss script”来搜索——这下豁然开朗了，总算找到一大堆在线聚合的网站。
接下来的事情就是研究到底哪个更好用……比较了无数了，总算暂时选定了lazytom's FeedJumbler。这个聚合服务并不是有多好，总算能用了。

有了聚合，本站首页就可以显示各个栏目的文章了，但Blogger放在我的FTP上的RSS有些问题。最好的解决办法就是把Blog放去Blogspot.com——反正现在这家速度还满快，那就放过去好了。同时这样也解决另一个很烦人的问题：由于Blog生成的文件极多，GoLive在发布、更新的时候速度超慢！现在删掉了大量文件，自然就好多了。
Adobe也该打五十大板，GoLive的FTP模块效率实在太低，还超级占资源。

FeedJumbler生成聚合会有个问题，即我下次更改、增加RSS地址后，新生成的聚合就会有不同的名字——原来的应当还能用吧，但订阅了旧的聚合的用户就不能得到新栏目的更新状况了。
这样就要用到FeedBurner了。这项服务的基本内容就是把有可能变化的、不好记的、乱七八糟的，如此等等的RSS重新包装一番，再赋予一个好记的、稳定的名字。其实就跟我们用域名来代替IP一样。

好了，本站永久性的Feed就这样炮制出来了！欢迎订阅——
http://feeds.feedburner.com/ivox

Blogger的几个用法

2006-09-08T00:16:00.000+08:00

今天最重要的事情就是把“爱好”这个栏目Blog化了。当中涉及到好几个技术问题。

图片浮动是很容易实现的。但按照Blogger提供的，也就是通常的方式，图片只能在Blog内文里面浮动，并不影响日期和标题；并且那种浮动是围绕式浮动，跟我需要的效果不同。
好在Blogger的模板定制能力够强，内文也支持DIV。那么我就有办法了。办法的关键是在设置里面里面取消浮动对齐方式！然后在内文里面把图片放在一个DIV里面令其float:left;，而把文字放在另一个DIV里面，令其float:right;。
另一个同样关键之处就是在模板里面把日期和标题放在一个DIV里面，令其也float:right;。
实际效果见“爱好”栏目。

把页面直接放在blogspot.com会有很多好处，但有个前提：去掉Nav条。
做起来倒是简单，在CSS里面放入这段就好：

好玩的Seal自做

2006-09-07T15:39:00.002+08:00

自己做来试试吧。可惜不支持中文。

browsershots.org

2006-09-07T10:37:00.001+08:00

一个很好玩，很值得推荐的网站。作用是给一个在线的网站提供各平台、各浏览器的效果抓图。
不知道他们是怎么做到的，但的确满有意思。

看了看本站的抓图，效果还算比较满意。

又是兼容性

2006-09-05T16:03:00.001+08:00

dp.SyntaxHighlighter跟Blogger的自动断行不兼容。如何取舍成了问题。
暂时就在Tech这里取消自动断行，以使用dp.SyntaxHighlighter吧。

dp.SyntaxHighlighter

2006-09-05T10:50:00.001+08:00

这个页面工具太赞了！

在WebReference闲逛的时候，发现了这个dp.SyntaxHighlighter。其作用是高亮页面内的源代码，效果见WebRef的文章。

更赞的是，dp.SyntaxHighlighter不但支持各种源代码，还是一个免费工具！

我会把这个工具用到本站上。

Blogger ArchivePage 导航

2006-09-02T14:33:00.000+08:00

查看Blogger的帮助文件，看到这个如何更改存档链接的顺序？。
根据这个思路，我自己做了一个翻页的存档文件导航。这样比较更符合浏览习惯。

代码如下，还可以进一步定制、优化。

filter造成页面刷新失败

2006-08-31T10:46:00.001+08:00

一直都有发现我的部分页面存在一个问题：页面一些元素在滚动时会消失或破碎，比如Flash或者下拉框。实际上并没有消失，只是在滚动时这些元素刷新失败，所以就看不到了。而这个问题也仅仅存在于IE，或IE内核的比如Maxthon当中，Firefox或Safari就很正常。

本站最近一次更新取消了原来设计的一个很酷的效果：鼠标悬停关闭按钮时，整个页面变成黑白。
这个效果基于CSS之filter特效，但只有IE才支持。而本站首页现在不用弹出新窗口打开，那个关闭按钮意义就不大了。如此等等，那就取消吧。
取消filter特效以后，CSS中定义的filter属性也顺手删除了，这时意外地发现：页面元素刷新失败的问题不存在了！

IE啊IE，让我们说什么好呢？

一些收获

2006-08-30T09:37:00.001+08:00

总算把“布局和表现分离”这一思路落实到了云影的Blog上。这几天研究下来，还是有些收获的。

在兼容性方面，应该优先考虑更规范的浏览器。在IE和Firefox之间，更规范的当然就是后者了。所以大部分调试工作应该放在Firefox当中，而不是IE当中进行。

多层背景的放置，有一个小技巧。首先，与内容无关的图片，按WEB规范应该做成背景图，而这并不光是规范问题，把图片做成背景还非常有利于定位。
我在云影的Blog里就是这样做的，有一层真正的页面背景，还有一层背景其实是顶部的Banner。最初我是把页面背景放在body标记里面、居中，而Banner是放在一个Headbox的div层里面、居中。
问题就出现了——在Firefox里面看，一切正常，但在IE里面，Banner比预想的位置偏左了1px！如果把body的左边距设成1px，那么在IE里面看上去就正常了，但在Firefox里面，Banner又会向右偏1px。
基于上面的“在兼容性方面，应该优先考虑更规范的浏览器。”，可以判定这是IE的Bug！但仍然要解决这个问题。
同时，这样的布局还带来别的问题——如果浏览器窗口缩小，在Firefox里面毫无问题，上下两层图片对应的位置保持不变；而在IE里面，body里面的背景边上却会出现一段未曾预料的边距。糟糕的IE！
如何解决？其实不难想到——把页面背景从body里面拿出来放在页面最外层那个定位容器里面就好。于是以上两个问题：偏移和边距，都解决了。

云影的Blog是放在Blogcn的。这是一家极其糟糕的Blog提供商，技术方面乏善可陈。但抱怨归抱怨，问题还是要解决。我在做这个“布局与表现分离”的过程中，遇到最大的问题就是Blogcn的标记兼容性太差。

模板里面没法放!DOCTYPE声明。
这样的后果就是没法让IE和Firefox对BOX的解释取得一致。在没有适当的!DOCTYPE声明时，IE里面的BOX尺寸是含边框、内边距在内的，而按WEB规范，这样是错误的。
那么如何在没有!DOCTYPE声明的情况下，让IE听话一点呢？我想到一个办法：嵌套DIV，让两层div的边框和内边距均为0，而内层div的外边距就充当了如果使用单层DIV时的内边距。
因为这两层DIV当中，边框和内边距都为0，所以不管浏览器加不加这两个尺寸，都没影响了。

这个技巧附带的好处是：在保持布局跨浏览器的兼容性的同时，可以使用一些IE特殊的属性，比如滚动条的自定义。按规范不应当这样做，但其实这样也满有趣。

对于嵌套DIV情况下，如何让外层DIV的高度自适应内层DIV，网上的论述很多了。就是让内层DIV具有float属性，成为浮动层，并在下边加上一个控制DIV，具有clear:both属性。
综合一下，还应该加上两条：
浮动层还应该具有display:inline;属性，以解决IE莫明其妙的边框加倍问题；
控制层为了不影响布局，可以把height、font-size和line-height设为0。

有一个调试中的技巧，可能大部分coder早就在用了，不过对我来说还是一个新的收获，因为毕竟以前还没有切实、全面地采用DIV+CSS。
具体做法是在调试时把各个DIV都加上“border:1px solid #color;”这样的属性。很简单，但很有效。

最后，我发现采用DIV+CSS、布局与表现分离的思路，用文本编辑器来写网页其实更方便、更舒服了。

DIV + CSS 布局的几点体会

2006-08-27T23:34:00.001+08:00

这个周末，白天接待彩虹，晚上研究网页设计到很晚，总算搞清楚了几个问题。有点累，倒也值得。

IE计算div的宽度，通常会忽略margin、border和padding的宽度属性，而Safari、Firefox不会。为了保持布局跨浏览器的一致性，必须在网页的head里面加上一段!DOCTYPE声明。

另一个涉及跨浏览器一致性的布局问题是li标记的list-style，在Firefox里面被解释得比较奇怪。务必留意。

学会了嵌套DIV情况下，如果让外层div的高度自适应子div的高度。这种情况经常出现在两列布局情况下。比如一列Blog正文，一列Sidebar。往往这两列都不可能正好等高，所以它们的背景就会出现高差，如果你不希望看到结果，最容易的解决办法就是把这两列div放置到一个外层的div当中，而用这个外层div的背景来替代列背景。但在普通情况下，这个外层div并不会如我们所愿——它并不会自动适应子div的高度。
解决这个问题的关键有两点：
第一：在子div中使用float属性；
第二：不指定浮动层的position属性。

多重Style的问题。虽然目前Firefox已经支持这个CSS官方要求的特性，但实际使用的时候，遇到的问题还是不少。IE和Safari根本就不支持，如果要实现用户选择Style，就得用script来处理。script还不够，比如在一个Blog里面，用户选择了“风格二”，但他在点击链接、评论或存档文件之后，或刷新之后，又回到了缺省页面——那么又得加上Cookie来存储用户选用的那个风格表……真是麻烦啊！
所以如果我要使用多重风格，我就只会简单地在页面告诉用户：如果你想使用多重风格，请使用Firefox浏览本页。
这样算是为Firefox做广告吧？呵呵。

多重风格必须要建立在DIV+CSS基础上。如果靠Table布局，改改颜色、字体什么的没问题，但做不到比如交换左右两列的位置之类的变化。
另外一个要点：把你能想到的所有内容都用div做出来。如果在某个风格里，你不想显示某些内容，很简单，用display:none把它们隐藏就好了。

上网之必要

2006-07-27T09:48:00.001+08:00

为了规划新的个人网站，昨晚将飞机上的PHP+MySQL重新捣腾了一晚上，以便学习、调试。其实前年春节在家就已经搞好了，但OSX升级以后就将很多设置破坏了——以前有人提到过，并且提出了解决办法，但我试了之后显然无效。

昨晚搞得还算顺利，PHP很快搞定，MySQL从内部访问毫无问题，从外部访问始终不行。PHP调试页里面反映的mysql.sock路径和MySQL反映的路径不同，但我不知道怎么改——现在想起来真该死，应该可以spotlight的吧？

最关键的问题是现在我上不了网，在需要查找资料的时候，才发现google、baidu之必要！上网之必要！这不？一早来到办公室，立刻就找到某Blog里面关于相同症状的描述和解决办法。

我本想留言感谢这个Blog作者，不料要注册才行——那还是算了吧，呵呵。

Blog究竟是什么？

2006-07-20T09:30:00.001+08:00

这个问题是问Blogcn和广大Blog用户的。

我早已发现Blogcn提供的Blog里面，“引用”功能是无效的——总是报告“缺少参数!!”。前几天我给Blogcn的技术支持打了电话，报告了这个严重Bug。接电话的小伙子听得时分茫然，明显没有遭遇过这个问题。我不得不耐心细致地给他讲解了问题的症状。

几天后，Blogcn总算作出了反应，但不是改正，而是儿戏地把“引用”链接改成了“####”！

为什么一个大型的Blog提供商居然无视Blog的引用功能？
为什么千万计的用户居然无视Blog引用功能不健全的严重Bug？
难道说Blog就仅仅是一个廉价的普通网站？对于这些家伙来说——
Blog究竟是什么？

AutoCAD 2006 面积查询有问题

2005-12-02T11:04:00.000+08:00

经验：AutoCAD 2006
查询Hatch实体的面积，结果有可能不准确，甚至查询不到。
一项极为实用的功能由此而蒙上阴影。很不爽啊！

关于“隆重成立：所有DSLR无PS俱乐部！”

2005-08-19T17:17:00.001+08:00

口水贴……
Resize本身就是一个严重失真的后期操作。

从技术上讲，既然要Resize，就势必要做Sharpen。Resize之后不做Sharpen的片子大多没法看。
Sharpen是一个很考验技巧、眼光和趣味的操作——甚至是一系列操作。但为了弥补Resize对片子效果的损害，这是必须的。
Resize本身就是一个严重失真的后期操作——这句话是像素层面上讲的。对像素而言，Photoshop的每一个操作，不论Resize还是Sharpen，都是损害！
但从效果而言，适度的Sharpen能够挽回Resize丢失的细节，使得缩小的图片更接近原来的效果。
毕竟你要的是像素，还是效果？

什么是适度的Sharpen？
建议参考D100Fans的相关文章。为了获得更好的Sharpen结果，你必须使用多种复杂的Photoshop技术，必须涉及色阶、蒙版、通道种种概念——而这些就是楼主所不提倡的“PS”。
除非你不Resize，否则你必须“PS”。

楼主对PS的理解太浅。

用Photoshop Script来加Logo

2005-08-03T17:22:00.001+08:00

加LOGO，首先你需要有一个自己的LOGO，然后把这段代码放在加框的Script里面：

详解：

var frameDoc = activeDocument;
这是定义放置logo图案的目标图档。如果放在在流行的那个加框程序里面，可以不要这一行，但要把后面的frameDoc改成AD。

var logofile = new File("e:/my documents/fishlogo on white.psd");
这是定义logo文件的地址，一定要改成自己的那个。

var logoDoc = open(logofile);
打开logo文件，并定义它。

logoDoc.mergeVisibleLayers();
合并logo的图层。

logoDoc.resizeCanvas(frameDoc.width,frameDoc.height,AnchorPosition.BOTTOMRIGHT);
这是一个关键步骤，把logo图案的画布尺寸改成跟目标图档一样大，如此才能保证把logo复制过去后位置精确。
BOTTOMRIGHT，意味着logo位置是相对右下角固定。各位应该根据自己摆放logo的习惯调整。

logoDoc.layers[0].duplicate(frameDoc,ElementPlacement.PLACEATBEGINNING);
这一步是复制logo的图层到目标图档。

logoDoc.close(SaveOptions.DONOTSAVECHANGES);
关闭logo图档。
DONOTSAVECHANGES，意味着不保存。

另外的提示：
Logo文件的画布尺寸应该具有某个边角的尺寸特性，这样才能精确放置。

更新：C:DD

2005-05-31T15:59:00.000+08:00

更新：C:DD
通用文字编辑。

其实AutoCAD通过双击文字即可编辑的功能已经很不错了，但这次在AutoCAD2006里面遇到点麻烦。原因是AutoCAD2006过于殷勤，在文字编辑中加入了自动转换Unicode的功能。这个想法本来不错，但AutoCAD的转换方式是不分青红皂白将输入内容转换成Unicode，而不管当前的字体是不是用了这样的编码。问题就出现了。
比如我们常用的字体，要得到平方号的时候，就输入%%199。这时候AutoCAD2006就会原地将输入的%%199转换成平方号——看上去很好，但输入完成后，这个平方号就消失了！因为AutoCAD2006实际上把这个%%199转换成了\U+00C7。好心办错事。
我想应该有一个系统变量在管AutoCAD2006是否进行这样的转换，可惜没有找到。但我发现了一个变通的方法——不使用原位文字编辑，而使用输入对话框来编辑单行文字就可以避免这样的转换。

这次更新是加入了一个版本判断，如果是2006版，在用C:DD进行编辑的时候就会通过对话框输入，而不是原位输入。控制文字编辑是采用对话框还是原位编辑的系统变量是Dtexted。
当然，如果是双击文字编辑，就还是会存在转换问题。那就不是这个命令的问题了。

更新：C:ZB

2005-05-09T14:53:00.000+08:00

更新：C:ZB
座标标注。

修正了一个比例问题。

更新：C:WA

2005-04-15T17:10:00.000+08:00

更新：C:WA
调用标准Area命令，然后标注面积值。

增加对当前图形Units的判断，解决了单位为米时，面积值错误的问题。
增加了更改后缀的标注选项。

提示：图形应该正确设置所采用的单位，这样才有利于不同单位图形共享信息。

Field

2005-04-08T16:38:00.000+08:00

找了好几天都没找到Field编程的详细资料。
Field是很有潜力的一项技术，但如果总是要手动建立的话，方便性就大打折扣了。

AutoCAD每一次升版，带来最大的问题就是新的编程问题：兼容性、新技术、新函数、新特性，太复杂了。
我一直都还以AutoLISP为主要的编程语言，但每当看到别人用VLA之类的函数，短短几行就能解决自己要用数十百行才能解决的问题——心里那个寒啊。。。

学习资料也是难以收集。VL函数至今都没搞清楚到底有哪些，更别说怎么用。
AutoDesk的官方新闻组里面也看不到什么有价值的东西。

AutoCAD 2006 体验

2005-03-22T17:00:00.000+08:00

体验：AutoCAD 2006

今天装上AutoCAD2006，第一件事就是看Field中引用Object的属性是否有改进——结果大喜！
AutoCAD2005开始引入了Field，理念虽则先进，但实现得并不好。比如最容易想到的一个应用：标注面积，由于不能对属性值进行格式化，以毫米为单位的图就只能标注成平方毫米——这样的功能只好说有不如无。
现在则增加了用户自定的格式化，甚至包括前后缀，终于真正可用。

第二个惊喜是填充的功能增强了很多。
比如自定基准点、重新生成边界、查询多个Hatch实体的属性时可以显示面积总和等。

最大的改进则是动态图块。但这并不见得是一种惊喜，最多是“痛并快乐”——因为较为复杂。
其实动态图块的概念在ADT较早的版本中已经存在，现在则是做到了标准的AutoCAD平台中。ArchiCAD的图块也早就是参数化的了；AutoCAD现在才开始引入概念，要达到实用阶段，相信还要有相当一段时间。因为图块的问题实际上是个积累的问题。
动态图块的核心是参数化。这使得图块的设计制作成为一项更有意义、更为专业的工作。在一个工作组当中，你不能指望每个人都能制作出复杂的、参数化的动态图块。他们能有效地使用就谢天谢地了。

用户界面的改进也值得称道，但可能很多用户需要一定时间才能适应。但根据AutoCAD历史经验，更可能的是这些用户将会摒弃新的界面，用回老的方式，理由是：习惯——为什么有些人会比较愚蠢？就是因为他们的习惯 :)

新特色和改进相当之多。慢慢体验中……

AutoCAD的双数版在历史上大多成为经典，这次似乎也不例外。

解决AR-CONC填充散乱问题

2004-11-18T15:15:00.000+08:00

技巧：解决AR-CONC填充散乱问题。

AutoCAD各个版本都存在这个问题，在填充AR-CONC时，本应得到的小三角形变成了散乱的线段。
今天为了解决这个长期困扰大家的问题，摸索了大半个上午，终于得到解决方法：
填充之前改变一下UCS原点就可以了！

目前尚不明白为什么UCS原点会影响到填充效果。

更新：C:FFT

2004-11-17T13:00:00.000+08:00

更新：C:FFT
文字查找跟踪。

增加了一个Continue选项，可以在上次退出的地方继续查找。
增加了点击鼠标左键退出功能。

增加：C:LAYERIN

2004-11-17T10:17:00.000+08:00

增加：C:LAYERIN
输入由C:LAYEROUT所输出的图形文件。

本来用INSERT命令即可，但为了简化操作，还是写了这个小命令。
将来会增加更多功能：
检查本图是否已经存在将要输入的图层，并提供一个是否删除现存图层上实体的选项。

C:LAYEROUT命令也需要提供更多功能或选项：
新文件命名方式，现在是图名靠前、层名靠后。可以提出两种方式供用户选择。
覆盖确认。
处理图纸空间实体。

更新：C:LAYEROUT

2004-11-17T10:14:00.000+08:00

更新：C:LAYEROUT
将所选图层上的实体输出为新图形文件。

修改了输出过程的信息反馈。

ACDSee7.0

2004-11-09T17:39:00.001+08:00

ACDSee7.0优点不少，问题也多。

新版本优点：

可以看RAW。
更方便的Category和Rating。
方便的缩略图大小调节。
可以在缩略图下面显示EXIF数据，并可以根据EXIF数据排序——这很方便比较、管理。
更好的批量更名，现在支持替换功能。
速度还不错。

新版本缺点：

浏览界面的鼠标操作经常莫名其妙乱来，比如拖动一下就成了COPY。
浏览界面新文件更新不及时。
自从6.0取消一个拷贝/移动时可以自动比较的实用功能后，再也没有恢复它，所以我经常更愿意用5.0。
EXIF搜索功能，但做的一塌糊涂！还不如5.0——比如搜索光圈数值、焦距什么的，非得要你填一个莫名其妙的分数。
搜索条件不能储存——这一点会很烦人。
Favorites不如老版本好用。
全屏状态，Properties没有自动隐藏的选项。

总体而言，这个PC机的王牌图像浏览软件，可以说远远远远不如MAC机上的iVewPro。
比如对于EXIF的支持，后者在老早前的版本就支持得非常良好了。

ACDSee这个软件的奇妙之处在于——
它的每一个版本都有独特的优点，都值得保留，所以你应该装很多个ACDSee。

而ACD Systems这家公司的特点就在于——
缺乏自知之明而善于折腾，把糟的改好了，同时又把好的改糟。

增加：FishLISP菜单

2004-11-01T23:22:00.000+08:00

增加：FishLISP菜单。

加载Fish.lsp之后，在命令行输入Fishmenu，即可建立FishLISP局部菜单。
菜单为全中文，包含了大多数FishLISP程序。

现在上Blogger真是越来越困难了！
原因很可能是……不说也罢。

更新：C:LAYEROUT

2004-10-29T17:14:00.000+08:00

更新：C:LAYEROUT
将所选图层上的实体输出为独立的图形文件。在和3DMax协作建模的时候较为有用。

更合理的输出方式，不再使用子文件夹，而是将输出文件放在原文件同一文件夹。
新文件文件名为：%原文件名%_Layer_%图层名%.dwg

用于EditPlus的AutoLISP语法定义文件

2004-08-26T12:43:00.001+08:00

终于把用于EditPlus的AutoLISP语法定义文件重新整理了一遍。
点这里下载

EditPlus是非常好用的一个纯文本编辑器。具有很多实用功能，比如自定义语法着色等等。

更新：C:DD

2004-08-24T23:56:00.000+08:00

更新：C:DD
通用文字编辑。

优化程序。
增加了专门针对轴线号图块和标高图块的处理模块。
对于轴线号，可以根据属性值的文字长度，自动选择合适的图块。
对于标高，可以自动填充文字长度较短的属性值；如果存在基准点变量，将属性值置空则能够根据基准点自动计算标高值。

更新：C:WRID

2004-07-28T10:57:00.000+08:00

更新：C:WRID
自动编号。

增加了序号检查，可以检查序号的重复或遗漏。现在已经是可用版。

增加：C:WRID

2004-07-27T17:15:00.000+08:00

增加：C:WRID
连续自动编号。

前面写的停车位编号虽然可用，但限制太多，尤其只能根据图元的生成顺序来排序，确实不能满足多数情况下的需要。按照图面排列顺序进行排序又过于复杂，不适宜用AutoLISP来实现。

这个C:WRID就非常简单，完全由人工点取要标注的位置，程序只是提供合适的序号。

增加：C:PKRID

2004-07-17T11:21:00.000+08:00

增加：C:PKRID
停车位编号。

以前作图，停车位只需要画出，并给出总数量即可。现在的施工图深度要求停车位编号要明确。所以写了这个程序。
程序要求使用一个带属性的图块来画出停车位，运行命令后，程序选择全部停车位图块，将其属性文本从1开始，逐一修改，同时将属性文本的角度重设为0。

更新：C:GR C:GD C:GM

2004-07-16T11:16:00.000+08:00

更新：C:GR C:GD C:GM
总图标高、坡度工具集

C:GR 根据两个总平面标高，计算并标注这两点之间的坡度和距离；
C:GD 以一个平面标高为基准点，标注一定坡度的另一点标高；
C:GM 根据两个标高，标注同一坡度上另一点标高。

修改了标高值为%%P0.000时的错误。
修改了插入图块与所选图块不匹配的问题。

增加：C:XRR C:XRU C:XRD C:XRBB C:XRBI

2004-07-12T14:32:00.000+08:00

增加：C:XRR C:XRU C:XRD C:XRBB C:XRBI
XREF工具集。

直接点取图形中的XREF图块进行基本操作。
C:XRR   点取重载；
C:XRU   点取卸载；
C:XRD   点取解除；
C:XRBB 点取以Bind方式结合；
C:XRBI 点取以Insert方式结合。

增加：C:RNB

2004-07-09T15:59:00.000+08:00

增加：C:RNB
通过点击实体，更改图块名称。避免查询、输入原有名称。

在AutoCAD当中，可以很方便地复制一组实体，并粘贴成图块。但所得到的图块总是具有如“A$C4FD24C92”之类复杂的名称，往往并不利于识别和操作，所以有时候有必要将这样的图块更名；而其名称的复杂性，同样使得更名也并不容易。
C:RNB则避免了查询、输入图块名称，使更名极为便利。

程序支持长名称（即名称中允许输入空格），所以新名称必须靠回车来确认。

更新：C:VPL

2004-07-07T10:57:00.000+08:00

更新：C:VPL
锁定/解锁ViewPort(s)

解决在Model Tab（TILEMODE=1)中运行该命令出现错误提示的情况。
原因是MVIEW命令仅用于Layout Tab。

更新：C:DF

2004-07-05T17:36:00.000+08:00

更新：C:DF
连续不等距的OFFSET。

在同一方向上连续使用不等距的OFFSET是枯燥和低效率的，所以写了这个程序以解决这个问题。
程序实际上是封装了多个OFFSET命令，一次性给出所有距离间隔，其间用空格分隔，然后即可一次性完成多重OFFSET。

本次更新添加了保存、恢复原有OFFSETDIST系统变量的功能。

增加：C:VPL

2004-07-05T16:06:00.000+08:00

增加：C:VPL
锁定/解锁ViewPort(s)。

ViewPort一旦被锁定，Mspace和Pspace即同步显示，可防止在Layout的Mspace中意外地缩放、平移图形。
ViewPort实体的缩放锁定信息记录于组码90，这是一个bit-coded flags，锁定状态为16384 (0x4000)。

本程序为方便起见，采用开关模式，并不对每一个ViewPort单独操作，而是同时锁定/解锁所有的ViewPort，因此只需要求得第一个ViewPort的锁定状态即可。
锁定或解锁，都使用相同一个命令C:VPL。运行之后直接得到反馈信息，无需其他操作。

增加：C:FLVER

2004-07-03T14:19:00.000+08:00

增加：C:FLVER
用于局域网工作组中FishLISP版本检查。

程序访问我在局域网中发布的版本信息，即可提供是否存在新版本的信息。如有新版本，也同时提供更新内容的描述。

增加：C:GR C:GD C:GM

2004-06-23T20:11:00.000+08:00

增加：C:GR C:GD C:GM
总图标高、坡度工具集。

C:GR 根据两个总平面标高，计算并标注这两点之间的坡度和距离；
C:GD 以一个平面标高为基准点，标注一定坡度的另一点标高；
C:GM 根据两个标高，标注同一坡度上另一点标高。

增加：C:FDS

2004-03-30T20:10:00.000+08:00

增加：C:FDS
切换AutoCAD 2005新特性FIELD的显示模式。

相关系统变量FIELDDISPLAY，＝0 则无背景，＝1 则显示灰色背景。

永远的话题——关闭/打开图层，历程和我的方法

2004-03-20T22:06:00.000+08:00

其实具体这个程序写了很久了，关闭/打开图层的其他程序则还有更久远的例子。
因为要给同事介绍这个程序，所以
让我们来回顾这段历程——

一开始你只是想：能不能选一个实体就关闭那个实体所在的那个图层？
当然能，于是就实现了。
现在流行的关闭图层的LISP都是这个思路。

关闭是关闭了，可你要再恢复那个图层。。。那个什么图层呢？你只是点了一下，甚至都不知道那个图层是什么名字！
是的，除了关闭，还能不能恢复所关闭的那个图层？
当然能，于是又实现了。

你的图形不可避免地越来越复杂了——你点这个点那个，点来点去点烦了，于是你想：
能不能一次性选好几个要关闭的东西呢？
当然能，你能想到就能实现，于是真的实现了。

现在你可以一次关闭很多图层，并且在需要的时候一次性恢复他们。总之，你的注意力越来越集中在图形上，而不是那些让你头晕的图层名称。
然而。。。管理图层总是有很多然而——
然而你关闭A、B层之后，又关闭了C层，现在就只能恢复C层了。
于是你想：能不能把C层添加到原来关闭的A、B层里面去，然后一起恢复？
当然能，于是你得到了现在这个程序：

SF.LSP

增加：C:DFT

2004-03-19T20:09:00.000+08:00

增加：C:DFT
取代原来的C:DDOL，使用VLAX技术，可以对各种线形实体做双向OFFSET。

删除：C:DDOL

更新：C:ZB

2004-03-05T20:06:00.000+08:00

更新：C:ZB
坐标标注程序。

升级到4.0。
使用新的带引线的图块；
提供一个选项在UCS中直接使用WCS座标；
可以根据DIMSCALE自动设置比例系数。

增加：C:AW

2003-09-04T19:05:00.000+08:00

增加：C:AW
在矩形内部画一组矩形阵列。

说明：C:FFT

2003-07-02T22:13:00.000+08:00

说明：C:FFT
文字查找。

这个程序对于R14而言十分有用，不但可以查找TEXT，而且可以直接把找到的TEXT显示在屏幕正中，还可以进一步对它进行替换。所查找的文字还支持通配符。
R2002以上建议使用AutoCAD自带的查找功能，这个不但能查TEXT，连MTEXT和块属性都可以查找、替换。确实强大。
只是在浏览所查找的TEXT时，我这个程序还稍微有些优势：）

增加：C:MD

2003-06-08T19:26:00.000+08:00

增加：C:MD
以“modiYYMMDD”形式的名称建立当前图层，以放置修改标记。如果是初次建立，则设此图层为红色、不打印；如果图层已经建立，则不对图层属性作修改。

把.DWG转换成Photoshop可用的格式

2000-01-01T17:00:00.001+08:00

我经常遇到的转换任务几乎都是把.DWG转换成Photoshop可用的格式。这个问题实际上伴随着我学习AutoCAD的整个过程。最初我用的是最笨的“屏幕拷贝”的办法——要完成一次转换其中辛苦可想而知。后来分别试过用.BMP或者.TIF输出，这样的过程比“屏幕拷贝”虽然简单了不少，但这种屏幕到点阵图像的方法在实质上跟“屏幕拷贝”并没有什么区别。这样的到的文件不能通过调整分辨率的方法得到更精密或更粗糙的图像。要想获得另一种分辨率的图像，你只能一步步地重新来，在整个过程当中还得严格、清醒地控制缩放比例。后来我发现了PSOUT输出的用法，并在相当长的一段时间使用了这种方法。一定程度上，PSOUT满足了转换的需要。而事实上，.EPS的确是AutoCAD图形转换成Photoshop图像的最佳途径。

PSOUT是AutoCAD的标准命令，我感到最为头痛的是用EPS格式输出的经过裁剪后图形总是会有问题。一部分图形会错位，而一些剪掉了的图形又会冒出来。我只好用Adobe Illustrator来修整以下，再交给Photoshop。
Corel Draw可以直接读取DWG文件，但并不包括R14或者更高版本的DWG文件。Corel Draw打开的DWG文件效果也不好，我还是偏爱在AutoCAD里面用EPS输出。

值得庆幸的是，AutoCAD提供了一种非常完美的.EPS输出方式，只不过AutoCAD并没有把它当作一种标准的文件交换方式，也就没有在用户手册、帮助文件中提及。这就是PostScript打印。不错，是打印，而不是输出。

首先，添加一台打印机。如图，选择PostScript device。然后，在接下来的配置过程中可以一路回车，接受缺省配置。如果需要彩色输出，那么可以另外再添加一台打印机，在配置过程中确认彩色输出即可。至于分辨率、端口等等问题，都不重要。
然后就可以通过这台打印机输出.EPS文件了。打印对话框里面的Plot to file检查框是一定要打上勾的。

通过Windows系统的Postscript打印机可不可以得到同样的效果呢？我试了一下，不能。因为Plot to file得到的是.PLT，把文件名改成.EPS也不行。

使用Postscript打印跟PSOUT有很大的不同。首先，PSOUT经常遇到的图形裁剪、Line错位等问题都没有了。而且PSOUT输出的Line是0宽度，而Postscript打印的Line是由笔号、笔宽决定的，这样的控制更为灵活，也更为直接。

通道

2000-01-01T16:00:00.002+08:00

色彩是由多种元素组成的，比如RGB模式的色彩就是由红(R)、绿(G)、蓝(B)三种元素组成的。一种颜色，就是混合了一定强度的红绿蓝而产生的。一幅图像，也就是由不同强度的红绿蓝混合而成的。那么，红绿蓝在这幅图上面有着各自的强度分布——这里的红色多一点那里的蓝色多一点；这里红绿蓝都很多，那里都很少。这样就有了通道概念的必要性，我们需要他来反映单独一种色彩元素的分布。
RGB图像包含三种元素，RGB各自有一个通道，那么就是三个通道，分别表示红色、绿色、蓝色的分布情况。通道反映的只是强、弱，为了能够通过肉眼识别，就把强弱模拟成灰度，白色表示最强，黑色表示最弱——这样就形成了Photoshop里面看到的通道图像。

如果你能理解三维坐标系的XYZ轴，那么不妨把通道理解成数轴平面，R通道就是图像上面每一个点在红色轴平面上的投影。

有了色彩通道，你就可以象对一幅图像操作一样，对色彩通道进行操作。你可以试一下，看看只对一个色彩通道做滤镜效果会产生什么效果。实际上色彩通道的作用是很广泛的，举一个实际应用例子：你可以观察一下，很多图像看上去虽然还不错，但从单独的色彩通道来看就不行了。通常是蓝色通道质量比较糟糕——扫描不精、过度压缩造成的。要修复这种图像，就要靠一些独特的手法（步骤繁多，不讲啦）。

那么α通道又是什么呢？
原来图像的元素并不仅仅是色彩元素，还有一个占有率（不透明度）问题。如果你想透过一层图像隐隐约约看到另一层图像，就会用到这个概念了。α通道就是用来反映像素的占有率。由于占有率也是一个强弱问题，很适合用灰度来模拟，跟色彩通道的表示法相似，所以通道的概念就扩展了。

α通道最常用的功能就是用来存储选择区。当你保存选择区后，你可以看到通道面板上会出现一个新的α通道。直接用喷笔、画笔等工具编辑a通道，就可以做出仅仅依靠菜单不可能做出来的选择区或者蒙版（层蒙版也是α通道）。这在合成图像、剪辑图像时是必不可少的技法。

其实并不仅仅Photoshop才会用到通道。在3DS里面用贴图做人、树等东西时也是要用α通道来屏蔽轮廓以外的东西。