在 http://spyrise.org/blog/category/iPod/ 里，我编写了一个用Javascript来生成iPod所用的vCard文件。

最近，我决定重写一下代码，优化一下。因为我必须做到IE和Firefox效果相同，所以调试了好久。无意中，我发现了两个关于IE奇怪的现象。

1) 如果你使用<textarea id="inputArea"> </textarea>。当你复制一大段文字进入这个TEXTAREA输入框。然后用alert(document.getElementById("inputArea").value.length)来获取输入文字的字数时，你会发现IE报告的字数会比Firefox多一些。

什么原因呢？原因是IE关于换行符的解释为\r\n，而firefox是\n，少了一个\r。每一个换行符，就会差一个字。而实际情况中，会有很多段落，自然两者的长度会不一样了：IE会比Firefox多一些字节。我们可以使用以下代码来消除IE中的\r。

在进行了以上去除\r的操作后，两者的字符串长度就相同了。

2) 如果你使用 inputArea=document.getElementById("inputArea").value 的Javascript代码时，Firefox不会告诉你这个是错误，但IE会奇怪地报告：该对象不支持此方法或属性。原因是变量名与Id名相同了。虽然我认为，前者是变量，后者是DOM对象，根本就是两回事，为何不可这么写，但事实就是这样。如果你在最前面加上var，则可以：var inputArea=document.getElementById("inputArea").value。但是即使这么写，后来我发现我陷入了混乱，而且不明白为何会这样。最后我只好将原Id名从inputArea改名至v_inputArea来解决这个问题。

我有一个页面，是用来替iPod生成可读的电子小说格式，很方便，使用的朋友应该相当多。

但是，这个页面有一个缺点，只能用Firefox。这个不是我有意这么做的，是当时喜欢Firefox（当然现在也只用Firefox），实现了这样一个有用的功能。但当时确实也发现在IE下就不能正常工作。

今晚有兴趣研究了一下。先分别用Firefox和IE生成了同一段文字，然后用UltraEdit的compare功能，进行了比较。发现用IE生成的代码会多两个字符：0x0D 0x0A，google了一下，原来对应的是\r和\n。

其实这两个字符是从打字机的概念里来的：

0x0D => \r | CR | carriage return 指打字机在这一行的结束
0x0A => \n | LF | new line 指打字机换新的一行

Windows在行尾使用的是CRLF(0x0D 0x0A)
Unix/Linux则好象只使用LF(0x0A)
Mac好象只用CR(0x0D)

好笑吧？呵呵。三大主流操作系统在上述这个问题上很不一致。

再仔细看了一下，Javascript代码中有这么一段：

re=/\n/g;
sub_v_content = sub_v_content.replace(re,"\\n");

原来是用RegEx正则把换行符“/\n/”改成了实意的“/\\n/”。这是针对Firefox（或Mozilla）的。所以，为了匹配IE，我改动了代码：

if(navigator.appName.indexOf("Microsoft Internet Explorer")!=-1)
re=/\r\n/g; // in case of IE!
else
re=/\n/g; // in case of non-IE!
sub_v_content = sub_v_content.replace(re,"\\n");

我不知道现在都有些什么浏览器，反正大意是这样的：IE派和Mozilla派（可能还有Mac的Safari？）。为了严格定义此处的区别，我可能还需要花一些时间来研究一下。不过，眼下IE估计能用了。但Opera, MyIE之类的就不好说了。暂时假定和Firefox一样。

大家先试用一下吧！估计现在IE也能用了，有问题请联系我。