星期二, 十二月 04, 2007
搜索到一点彼岸花的资料
【梵语】
曼珠沙华（manjusaka）红色彼岸花
曼陀罗华（mandarava）白色彼岸花
【相关神话传说】
彼岸花，恶魔的温柔。传说中自愿投入地狱的花朵，被众魔遣回，但仍徘徊于黄泉路上，众魔不忍，遂同意让她开在此路上，给离开人界的魂们一个指引与安慰。
此花一名曼珠沙华，红色花又名彼岸花，也称为Red Spider Lily。人称“草莫见花莫见”。在日本被称作マンジュシャゲ，发音是曼珠沙华，花语是“分离/ 伤心/不吉祥/死亡之美”。
相传此花只开于黄泉，一般认为是只开在冥界三途河边、忘川彼岸的接引之花。花如血一样绚烂鲜红，铺满通向地狱的路，且有花无叶，是冥界唯一的花。花香传说有魔力，能唤起死者生前的记忆。在黄泉路上大批大批的开着这花，远远看上去就像是血所铺成的地毯, 又因其红得似火而被喻为“火照之路”，也是这长长黄泉路上唯一的风景与色彩。当灵魂渡过忘川，便忘却生前的种种，曾经的一切都留在了彼岸，往生者就踏着这花的指引通向幽冥之狱。
彼岸花属于石蒜科（Lycoris Herb），属名是希腊神话中女海神的名字。因为石蒜类的特性是先抽出花葶（总梗）开花，花末期或花谢后出叶；还有另一些种类是先抽叶，在叶枯以后抽葶开花，所以彼岸花花开时看不到叶子，有叶子时看不到花，花叶两不相见，生生相错。因此才有“彼岸花，开彼岸，只见花，不见叶”的说法。春天是球根，夏天生长叶子，秋天立起开花，冬天叶子又慢慢退去，花开时看不到叶子，有叶子时看不到花，花叶两不相见，生生相错。相念相惜永相失。如此轮回而花叶永不相见，也有着永远无法相会的悲恋之意。
传说，很久很久以前，城市的边缘开满了大片大片的彼岸花，也就是曼珠沙华。守护彼岸花的是两个妖精，一个花妖叫曼珠，一个是叶妖叫沙华。他们守候了几千年的彼岸花，可是从来没有见过面，因为花开的时候，花开时看不到叶子，有叶子时看不到花，花叶两不相见，生生相错。他们疯狂地想念着彼此，并被这种痛苦折磨着。终于有一天，他们决定违背神的规定偷偷地见一次面。那一年的曼珠沙华红艳艳的花被惹眼的绿色衬托着，开得格外妖冶美丽。神怪罪下来，这也是意料之中的．曼珠和沙华被打入轮回，并被诅咒永远也不能在一起，生生世世在人间受到磨难。从那以后，蔓珠沙华又叫做彼岸花，意思是开放在天国的花，花的形状像一只只在向天堂祈祷的手掌，可是再也没有在城市出现过。这种花是开在黄泉路上的，曼珠和沙华每一次转世在黄泉路上闻到彼岸花的香味就能想起前世的自己，然后发誓不分开，在下一世再跌入诅咒的轮回。
彼岸华的花语是哀伤的回忆 ……
在民间，春分前后三天叫春彼岸，秋分前后三天叫秋彼岸。是上坟的日子。彼岸花开在秋彼岸期间，非常准时，所以才叫彼岸花。而它生长的地方大多在田间小道，河边步道和墓地，所以别名也叫做死人花。一到秋天，就绽放出妖异浓艳得近于红黑色的花朵，整片的彼岸花看上去便是触目惊心的赤红，如火，如血，如荼。
曼珠沙华这个名字出自梵语「摩诃曼珠沙华」，原意为天上之花，大红花，天降吉兆四华之一。佛典中也说曼珠沙华（曼殊沙华）是天上开的花，白色而柔软，见此花者，恶自去除。佛家语，荼蘼是花季最后盛开的花，开到荼蘼花事了，只剩下开在遗忘前生的彼岸的花。佛经记载有“彼岸花，开一千年，落一千年，花叶永不相见。情不为因果，缘注定生死。”
曼珠沙华的美，是妖异、灾难、死亡与分离的不祥之美。或者是因为它深艳鲜红的色泽让人联想到血，也或者是因为它的鳞茎含有剧毒，在一般的文学作品中，它的形象通常是与“疯狂、血腥”之类的概念相联系起来的。在炎之蜃气楼的邂逅篇《真皓き残响》中，桑原水菜笔下写到景虎自杀的瞬间，看到喷出的鲜血如同盛放成群的彼岸花。
佛曰：
梵语波罗蜜
此云到彼岸
解义离生灭
著境生灭起
如水有波浪
即名为此岸
离境无生灭
如水常流通
即名为彼岸
有生有死的境界
谓之此岸
超脱生死的境界
谓之彼岸
是涅盘的彼岸
佛说彼岸
无生无死
无若无悲
无欲无求
是个忘记一切悲苦的及乐世界
而有种花
超出三界之外
不在五行之中
生于弱水彼岸
无茎无叶
绚灿绯红
佛说那是彼岸花
彼岸花开
花开彼岸时，
只一团火红；
花开无叶，
叶生无花；
相念相惜却不得相见，
独自彼岸路。
（注：三途河，也叫做“三途川”。传说中，“三途河”是生界与死界的分界线。因为水流会根据死者生前的行为，而分成缓慢、普通和急速三种，故被称为“三途”。
就像生与死只有轮回可以跨越一样，渡过“三途河”的方法也只有一个，那就是“三途河”上的渡船，除此之外别无他法。然而渡船是要付船费的，没有路费的灵魂将不能登上渡船，就算登上了，也会被船夫丢进“三途河”。那些无法渡河的灵魂在轮回欲望的驱使之下，会涉水渡河，但是“三途河”的河水不但没有浮力，而且还具有能够腐蚀灵魂的剧毒。那些下水的灵魂将永远没有上岸的机会了，只能变成“三途河”里的水鬼。永远无法转生的痛苦和彻骨冰冷的河水使那些水鬼对其它还有轮回希望的灵魂产生了妒忌。只要有灵魂落水，他们就会一拥而上，将其拉入河底也变成和他们一样的水鬼。）
【花语】日本花语：“悲伤回忆” 朝鲜花语：“相互思念” 中国花语：“优美纯洁”
曼珠沙华（manjusaka）红色彼岸花
曼陀罗华（mandarava）白色彼岸花
【相关神话传说】
彼岸花，恶魔的温柔。传说中自愿投入地狱的花朵，被众魔遣回，但仍徘徊于黄泉路上，众魔不忍，遂同意让她开在此路上，给离开人界的魂们一个指引与安慰。
此花一名曼珠沙华，红色花又名彼岸花，也称为Red Spider Lily。人称“草莫见花莫见”。在日本被称作マンジュシャゲ，发音是曼珠沙华，花语是“分离/ 伤心/不吉祥/死亡之美”。
相传此花只开于黄泉，一般认为是只开在冥界三途河边、忘川彼岸的接引之花。花如血一样绚烂鲜红，铺满通向地狱的路，且有花无叶，是冥界唯一的花。花香传说有魔力，能唤起死者生前的记忆。在黄泉路上大批大批的开着这花，远远看上去就像是血所铺成的地毯, 又因其红得似火而被喻为“火照之路”，也是这长长黄泉路上唯一的风景与色彩。当灵魂渡过忘川，便忘却生前的种种，曾经的一切都留在了彼岸，往生者就踏着这花的指引通向幽冥之狱。
彼岸花属于石蒜科（Lycoris Herb），属名是希腊神话中女海神的名字。因为石蒜类的特性是先抽出花葶（总梗）开花，花末期或花谢后出叶；还有另一些种类是先抽叶，在叶枯以后抽葶开花，所以彼岸花花开时看不到叶子，有叶子时看不到花，花叶两不相见，生生相错。因此才有“彼岸花，开彼岸，只见花，不见叶”的说法。春天是球根，夏天生长叶子，秋天立起开花，冬天叶子又慢慢退去，花开时看不到叶子，有叶子时看不到花，花叶两不相见，生生相错。相念相惜永相失。如此轮回而花叶永不相见，也有着永远无法相会的悲恋之意。
传说，很久很久以前，城市的边缘开满了大片大片的彼岸花，也就是曼珠沙华。守护彼岸花的是两个妖精，一个花妖叫曼珠，一个是叶妖叫沙华。他们守候了几千年的彼岸花，可是从来没有见过面，因为花开的时候，花开时看不到叶子，有叶子时看不到花，花叶两不相见，生生相错。他们疯狂地想念着彼此，并被这种痛苦折磨着。终于有一天，他们决定违背神的规定偷偷地见一次面。那一年的曼珠沙华红艳艳的花被惹眼的绿色衬托着，开得格外妖冶美丽。神怪罪下来，这也是意料之中的．曼珠和沙华被打入轮回，并被诅咒永远也不能在一起，生生世世在人间受到磨难。从那以后，蔓珠沙华又叫做彼岸花，意思是开放在天国的花，花的形状像一只只在向天堂祈祷的手掌，可是再也没有在城市出现过。这种花是开在黄泉路上的，曼珠和沙华每一次转世在黄泉路上闻到彼岸花的香味就能想起前世的自己，然后发誓不分开，在下一世再跌入诅咒的轮回。
彼岸华的花语是哀伤的回忆 ……
在民间，春分前后三天叫春彼岸，秋分前后三天叫秋彼岸。是上坟的日子。彼岸花开在秋彼岸期间，非常准时，所以才叫彼岸花。而它生长的地方大多在田间小道，河边步道和墓地，所以别名也叫做死人花。一到秋天，就绽放出妖异浓艳得近于红黑色的花朵，整片的彼岸花看上去便是触目惊心的赤红，如火，如血，如荼。
曼珠沙华这个名字出自梵语「摩诃曼珠沙华」，原意为天上之花，大红花，天降吉兆四华之一。佛典中也说曼珠沙华（曼殊沙华）是天上开的花，白色而柔软，见此花者，恶自去除。佛家语，荼蘼是花季最后盛开的花，开到荼蘼花事了，只剩下开在遗忘前生的彼岸的花。佛经记载有“彼岸花，开一千年，落一千年，花叶永不相见。情不为因果，缘注定生死。”
曼珠沙华的美，是妖异、灾难、死亡与分离的不祥之美。或者是因为它深艳鲜红的色泽让人联想到血，也或者是因为它的鳞茎含有剧毒，在一般的文学作品中，它的形象通常是与“疯狂、血腥”之类的概念相联系起来的。在炎之蜃气楼的邂逅篇《真皓き残响》中，桑原水菜笔下写到景虎自杀的瞬间，看到喷出的鲜血如同盛放成群的彼岸花。
佛曰：
梵语波罗蜜
此云到彼岸
解义离生灭
著境生灭起
如水有波浪
即名为此岸
离境无生灭
如水常流通
即名为彼岸
有生有死的境界
谓之此岸
超脱生死的境界
谓之彼岸
是涅盘的彼岸
佛说彼岸
无生无死
无若无悲
无欲无求
是个忘记一切悲苦的及乐世界
而有种花
超出三界之外
不在五行之中
生于弱水彼岸
无茎无叶
绚灿绯红
佛说那是彼岸花
彼岸花开
花开彼岸时，
只一团火红；
花开无叶，
叶生无花；
相念相惜却不得相见，
独自彼岸路。
（注：三途河，也叫做“三途川”。传说中，“三途河”是生界与死界的分界线。因为水流会根据死者生前的行为，而分成缓慢、普通和急速三种，故被称为“三途”。
就像生与死只有轮回可以跨越一样，渡过“三途河”的方法也只有一个，那就是“三途河”上的渡船，除此之外别无他法。然而渡船是要付船费的，没有路费的灵魂将不能登上渡船，就算登上了，也会被船夫丢进“三途河”。那些无法渡河的灵魂在轮回欲望的驱使之下，会涉水渡河，但是“三途河”的河水不但没有浮力，而且还具有能够腐蚀灵魂的剧毒。那些下水的灵魂将永远没有上岸的机会了，只能变成“三途河”里的水鬼。永远无法转生的痛苦和彻骨冰冷的河水使那些水鬼对其它还有轮回希望的灵魂产生了妒忌。只要有灵魂落水，他们就会一拥而上，将其拉入河底也变成和他们一样的水鬼。）
【花语】日本花语：“悲伤回忆” 朝鲜花语：“相互思念” 中国花语：“优美纯洁”
在线漫画站
在印象中比较好的两个在线漫画站：
漫漫看：www.manmankan.com
收藏的漫画可以用海量来形容，只是速度不如从前了，经常要为一张画等很长一段时间。偶尔还有缺页。
欧漫路：http://www.comic6.com/index.php
最近刚发现的，更新速度比较快，而且是论坛形式的，不用注册就可以观看。网站的速度也还可以。
漫漫看：www.manmankan.com
收藏的漫画可以用海量来形容，只是速度不如从前了，经常要为一张画等很长一段时间。偶尔还有缺页。
欧漫路：http://www.comic6.com/index.php
最近刚发现的，更新速度比较快，而且是论坛形式的，不用注册就可以观看。网站的速度也还可以。
星期日, 十二月 02, 2007
星期三, 十一月 28, 2007
发现一个小巧的文本编辑器cotEditor
在osx里一直没有找到一个小巧的支持语法的纯文本编辑器，一直在用textWrangler和jedit，不过这两个家伙都不快，textWrangler也不太舒服。
无意中发现了CotEditor，现在是sourceforge上的一个项目，我最喜欢sourceforge上的东西了，随便下载，哈哈哈。
无意中发现了CotEditor，现在是sourceforge上的一个项目，我最喜欢sourceforge上的东西了，随便下载，哈哈哈。
星期二, 十一月 20, 2007
Firefox3 beta1第一印象
看到solidot说firefox3 beta1出来了，传说中的ff3终于出来，赶紧下来试试。
第一印象，这个软件的界面还是“建设中”，原先的主题都用不了，而默认的主题似乎也有问题，标题栏是白色的，和系统的很不协调。这个问题不严重，正式版应该就没有这样的事情了。
接着，还是界面。osx版本终于改用本地控件了，当然只是网页中的空间是本地主题，这个算是一个不错的改进。不过之前说的增强本地化不会就这么点动作吧？
然后是中文方面的。这次不用再费劲的去调整那两个css了，什么都不管，中文显示的就不错。问题还是有的，比如baidu的“百度一下”竟然还是宋体。现在还不能确定，因为系统改动比较多，也许问题还是没有解决。
最后是稳定性。从下载到现在才刚刚10分钟，没什么好说的。我猜好不到哪里去。
更新：
刚才又下载了linux版的，现在用了一会儿，感觉比osx版的要好一些。界面的本地化也做得比较不错，目前没有什么毛病。
第一印象，这个软件的界面还是“建设中”，原先的主题都用不了，而默认的主题似乎也有问题，标题栏是白色的，和系统的很不协调。这个问题不严重，正式版应该就没有这样的事情了。
接着，还是界面。osx版本终于改用本地控件了，当然只是网页中的空间是本地主题，这个算是一个不错的改进。不过之前说的增强本地化不会就这么点动作吧？
然后是中文方面的。这次不用再费劲的去调整那两个css了，什么都不管，中文显示的就不错。问题还是有的，比如baidu的“百度一下”竟然还是宋体。现在还不能确定，因为系统改动比较多，也许问题还是没有解决。
最后是稳定性。从下载到现在才刚刚10分钟，没什么好说的。我猜好不到哪里去。
更新：
刚才又下载了linux版的，现在用了一会儿，感觉比osx版的要好一些。界面的本地化也做得比较不错，目前没有什么毛病。
星期日, 十一月 11, 2007
星期四, 十一月 08, 2007
firefox在OSX中显示中文的问题 2
更正一下上次说的userChrome.css和userContent.css的问题。
上次写的有错误，字体的名称应该加上引号。
*{
font-family:"Lucida Grande","华文黑体";
}
加上引号后，可以解决一些网站的问题，不过有些网站的中文还是很丑，blogger在写blog的时候那个文本框就是。
上次写的有错误，字体的名称应该加上引号。
*{
font-family:"Lucida Grande","华文黑体";
}
加上引号后，可以解决一些网站的问题，不过有些网站的中文还是很丑，blogger在写blog的时候那个文本框就是。
星期三, 十月 31, 2007
如何在windows linux osx之间交换数据
自从用osx之后，不同格式的分区之间的数据交换就一直是一个严重的问题。linux支持的格式比较多，但是除了自身的格式 之外，其他系统的也只是支持fat32。很明显，现在fat32已经不能满足要求了，随便一个什么dvd的iso都有可能超过4G。osx也有同样的问题，除了自身的格式之外，也是只支持fat32。osx和linux对ntfs的支持也只有read only，虽然说ntfs 3G支持在linux和osx上写入ntfs，但是根据实际的使用经验，很多目录都列不出来。
现在三个系统都可以读取并且支持4G以上文件的是：ext2/3，hfs+，ntfs，ufs
ufs先不考虑，它有很多中标准，solaris和bsd的就不一样，几种bsd之间的也不一样，osx好像支持自己的ufs。
ntfs也无法在linux和osx上完美的实现读写，也不考虑了。
在windows上用ifs可以读写ext2/3，除了不支持权限和日志之外，还算完美，用macdrive可以读写hfs+的分区，当然也是不支持日志。
在linux上，内核本身就支持hfs+的读写，也是不支持日志，需要在osx里把日志关闭才可以在linux中读写。在有日志的时候就是read only。
在osx中关闭某个卷的日志：
sudo diskutil disableJournal "/Volumes/nameofdisk"
然后在linux中mount：
mount -t hfsplus /dev/xxx /media/MACDRIVE
参考：
http://fosswire.com/2007/09/12/dealing-with-mac-formatted-drives-on-linux/
星期三, 十月 24, 2007
这世界太有爱了，活着真好
这是……心的血，在滑落着。
一个模糊的世界，虚幻与飘渺，这是梦境吗？
不可能！但是怀疑就像一柄冰冷的利剑刺穿我的心脏一般，让我无法忽视它的存在。
真的是梦吗？如果是梦，我愿意让我的生命随着这梦一起破碎！
那，这到底是什么？
依然在滑落着，落入九天的星河一般的滑落着……那是，心的血。
泪水划出一条柔美的曲线，那是它胜利的丰碑，它在肆意地嘲笑着的，是我的软弱。
无法掩饰，我也不想掩饰。我只是在寻找，拼命的在寻找，寻找那个能让我如此坦然的理由！
然而，失落的爬山虎却已经围着我，缠绕着我，遮蔽起最后一点希望。
什么！为什么还要活着？！迷茫的漩涡正在吞噬的我的灵魂，那是黑暗，无尽的黑暗。
色彩在跳动着。不，那是华丽的爱！
那是……
华丽的爱与模糊的世界，我找到了，正是那华丽的爱！
活着，就是为了要见证的华丽的爱！
这是……心的血。不！这是甘泉！依然在滑落着。
是她和她，是姐姐的华丽的爱。
她和她是有爱的，华丽的爱。……难道……这是……百合的香味吗？
御姐爱，百合香……谢谢你，姐姐！
什么，你说你能理解我写的什么？！
啊！完了！你已经没救了！赶紧找个黄道吉日自己了断了吧！
一个模糊的世界，虚幻与飘渺，这是梦境吗？
不可能！但是怀疑就像一柄冰冷的利剑刺穿我的心脏一般，让我无法忽视它的存在。
真的是梦吗？如果是梦，我愿意让我的生命随着这梦一起破碎！
那，这到底是什么？
依然在滑落着，落入九天的星河一般的滑落着……那是，心的血。
泪水划出一条柔美的曲线，那是它胜利的丰碑，它在肆意地嘲笑着的，是我的软弱。
无法掩饰，我也不想掩饰。我只是在寻找，拼命的在寻找，寻找那个能让我如此坦然的理由！
然而，失落的爬山虎却已经围着我，缠绕着我，遮蔽起最后一点希望。
什么！为什么还要活着？！迷茫的漩涡正在吞噬的我的灵魂，那是黑暗，无尽的黑暗。
色彩在跳动着。不，那是华丽的爱！
那是……
华丽的爱与模糊的世界，我找到了，正是那华丽的爱！
活着，就是为了要见证的华丽的爱！
这是……心的血。不！这是甘泉！依然在滑落着。
是她和她，是姐姐的华丽的爱。
她和她是有爱的，华丽的爱。……难道……这是……百合的香味吗？
御姐爱，百合香……谢谢你，姐姐！
什么，你说你能理解我写的什么？！
啊！完了！你已经没救了！赶紧找个黄道吉日自己了断了吧！
星期日, 十月 14, 2007
firefox在OSX中显示中文的问题
firefox在osx的英文环境中，某些汉字显示为“？” ，在firefox2.0.0.x中依然如此。
这里说了一种解决的办法。
http://hi.baidu.com/dawgdash/blog/item/6157a138c501b227b8998ff1.html
全文引用一下：
//////////////////////
Firefox在苹果 Mac OS X 上，一直被诟病对中文支持不好。我用的是 Firefox 2.0.0.7 英文版，以及英文界面的Mac OS X Tiger。我遇到的问题有：浏览网页的时候掉字，一些中文字显示为问号；在地址栏，搜索栏，以及一些英文网页的文本框中，输入中文的时候，光标对不准字，修改更加是乱七八糟；标签上的中文，有时候会超过标签区域，显示到外面来；一些网页中的中文，复制的时候，选不准位置。
这些问题的确难以忍受。但是Firefox的兼容性，完善的标签浏览功能，还有庞大的插件资源，使人无法割舍。
仔细分析，不难发现，其实这些中文问题，都是出在了字体上。比如搜索百度或者谷歌，会发现一些用户通过拷贝微软的宋体（Microsoft Office for Mac中包含），可以解决最头痛的掉字的问题。如果拷贝宋体到/Library/Fonts中，还可以解决中文选取的问题。这些试验说明 Firefox 在某些中文场合，还默认依靠宋体。这的确是非常奇怪，应该是 Firefox 的 bug。除去掉字问题，其他问题看上去都像是出在 Firefox 不知道该使用什么字体，也不知道当前使用的是什么字体。
解决办法也很简单，告诉 Firefox 在显示界面和渲染网页中，在需要渲染中文的时候，使用某些特定的字体。UserChrome.css 和 UserContent.css 可以达到这样的目的。
具体细节是，在 UserChrome.css 和 UserContent.css 中加入下面的代码：
* {
font-family: Lucida Grande, 华文黑体;
}
需要注意的是，一定要把文件保存为 UTF-8 格式（我是用vim的set encoding=utf-8来确保）。不然 Firefox 无法明白“华文黑体“。（Lucida Grande 和华文黑体，都是苹果的默认字体，也是 Safari 默认字体。）
上面的改动后，经过试验，我遇到的这些中文问题已经全部解决。
/////////////////
不过在我这里还没有解决问题，最后还是要把simsun.ttc复制到/Library/Fonts里算了。
这里说了一种解决的办法。
http://hi.baidu.com/dawgdash/blog/item/6157a138c501b227b8998ff1.html
全文引用一下：
//////////////////////
Firefox在苹果 Mac OS X 上，一直被诟病对中文支持不好。我用的是 Firefox 2.0.0.7 英文版，以及英文界面的Mac OS X Tiger。我遇到的问题有：浏览网页的时候掉字，一些中文字显示为问号；在地址栏，搜索栏，以及一些英文网页的文本框中，输入中文的时候，光标对不准字，修改更加是乱七八糟；标签上的中文，有时候会超过标签区域，显示到外面来；一些网页中的中文，复制的时候，选不准位置。
这些问题的确难以忍受。但是Firefox的兼容性，完善的标签浏览功能，还有庞大的插件资源，使人无法割舍。
仔细分析，不难发现，其实这些中文问题，都是出在了字体上。比如搜索百度或者谷歌，会发现一些用户通过拷贝微软的宋体（Microsoft Office for Mac中包含），可以解决最头痛的掉字的问题。如果拷贝宋体到/Library/Fonts中，还可以解决中文选取的问题。这些试验说明 Firefox 在某些中文场合，还默认依靠宋体。这的确是非常奇怪，应该是 Firefox 的 bug。除去掉字问题，其他问题看上去都像是出在 Firefox 不知道该使用什么字体，也不知道当前使用的是什么字体。
解决办法也很简单，告诉 Firefox 在显示界面和渲染网页中，在需要渲染中文的时候，使用某些特定的字体。UserChrome.css 和 UserContent.css 可以达到这样的目的。
具体细节是，在 UserChrome.css 和 UserContent.css 中加入下面的代码：
* {
font-family: Lucida Grande, 华文黑体;
}
需要注意的是，一定要把文件保存为 UTF-8 格式（我是用vim的set encoding=utf-8来确保）。不然 Firefox 无法明白“华文黑体“。（Lucida Grande 和华文黑体，都是苹果的默认字体，也是 Safari 默认字体。）
上面的改动后，经过试验，我遇到的这些中文问题已经全部解决。
/////////////////
不过在我这里还没有解决问题，最后还是要把simsun.ttc复制到/Library/Fonts里算了。
星期二, 九月 11, 2007
Liquidmaya/Pixie on Hackintosh
Pixie 2.2.2版本已经支持OSX（这个是邮件列表上说的），但是如果用xcode来安装的话，就会遭遇可耻的失败。在pixie的wiki上说可以用传统的make来安装，不过要先装fink和libtiff。我感觉还是make亲切，xcode如果失败的话，找问题比较麻烦，尤其是那种不是自己写的项目。不多说了，看wiki吧，
然后是Liquidmaya，sourcefouge上提供的是06年的，有点老，而且没有intel mac版，只有ppc版，最高只有maya8.0的。说什么都要自己编译了。编译liquidmaya也离不开fink，先要装svn-client。sourceforge的svn提供的是https形式的，可是fink里没有svn-client-ssl的二进制包，自己编译当然也可以，不过又要装一大堆东西。幸运的是sourceforge的svn也可以用http形式访问，可以check out的了。
pixie的编译没有什么好说的，就是用内存比较多，大概要2G，编译的过程比编译liquidmaya省心多了。
编译liquidmaya都是用xcode来做的，问题比较多，一个一个来说吧。
1 没有文件libstdc++.a，应该是libstdc++-static.a。
2 project里的architectures应该选intel，也就是i386。
3 Targets里，要修改libquid-pixie maya8.0，编辑它的属性，把8.0改成8.5。search paths里把8.0的路径改成8.5的路径，它用的是$(MAYA_LOCATION)，不知道这个变量应该在哪里改，.profile不起作用，直接用常量路径替换即可。
4 在linking里，other linker flags中，把-lIMF改成-lIlmImf，maya8.5-osx里没有libimf。
然后可以编译了，编译完成后，可以参考那个ppc的二进制包，看看目录结构是怎样的，创建一个相同的目录结构把文件复制过去即可。环境变量什么的就不说了，看wiki吧。
在ppc的二进制包中，有个liqmaya.so，用xcode编译的时候编译不出来。邮件列表上说，g++ -bundle -flat_namespace -undefined suppress -I/Applications/Graphics/Pixie/include liqMayaDisplayDriverPixie.cpp -L/Applications/Graphics/Pixie/lib -lri -o liqmaya.so ，这样还不行，少liqMayaDisplayDriverPixie.h和os.h。第一.h在liquidmaya的include里，os.h在pixie源码的src/common里，所以这两个位置也要-I。编译出来后，这个liqmaya.so却不知道改如何用，反正没有它插件也能加载和输出rib。
现在的liquid已经可以把maya的场景输出为rib了，但是却无法渲染，只能到terminal里用rndr来渲染，而且framebuffer不工作，什么也不显示，只能输出tiff文件。不管怎么说，已经能工作了。
顺便再说一说编辑器，cutter是非常不错的rsl和rib编辑器，可惜只能安全存取750k以内的文件，我导出的rib有11M，cutter立刻死掉了。jedit表现还可以，不过不能拽滚动条，往下一拽就死。能够信赖的只有vim和emacs。macvim.org提供了独立程序版的vim，再dock上有图标，用起来方便点。
我原本以为pixie的occlusion会比较快，最后，我真的很失望。
然后是Liquidmaya，sourcefouge上提供的是06年的，有点老，而且没有intel mac版，只有ppc版，最高只有maya8.0的。说什么都要自己编译了。编译liquidmaya也离不开fink，先要装svn-client。sourceforge的svn提供的是https形式的，可是fink里没有svn-client-ssl的二进制包，自己编译当然也可以，不过又要装一大堆东西。幸运的是sourceforge的svn也可以用http形式访问，可以check out的了。
pixie的编译没有什么好说的，就是用内存比较多，大概要2G，编译的过程比编译liquidmaya省心多了。
编译liquidmaya都是用xcode来做的，问题比较多，一个一个来说吧。
1 没有文件libstdc++.a，应该是libstdc++-static.a。
2 project里的architectures应该选intel，也就是i386。
3 Targets里，要修改libquid-pixie maya8.0，编辑它的属性，把8.0改成8.5。search paths里把8.0的路径改成8.5的路径，它用的是$(MAYA_LOCATION)，不知道这个变量应该在哪里改，.profile不起作用，直接用常量路径替换即可。
4 在linking里，other linker flags中，把-lIMF改成-lIlmImf，maya8.5-osx里没有libimf。
然后可以编译了，编译完成后，可以参考那个ppc的二进制包，看看目录结构是怎样的，创建一个相同的目录结构把文件复制过去即可。环境变量什么的就不说了，看wiki吧。
在ppc的二进制包中，有个liqmaya.so，用xcode编译的时候编译不出来。邮件列表上说，g++ -bundle -flat_namespace -undefined suppress -I/Applications/Graphics/Pixie/include liqMayaDisplayDriverPixie.cpp -L/Applications/Graphics/Pixie/lib -lri -o liqmaya.so ，这样还不行，少liqMayaDisplayDriverPixie.h和os.h。第一.h在liquidmaya的include里，os.h在pixie源码的src/common里，所以这两个位置也要-I。编译出来后，这个liqmaya.so却不知道改如何用，反正没有它插件也能加载和输出rib。
现在的liquid已经可以把maya的场景输出为rib了，但是却无法渲染，只能到terminal里用rndr来渲染，而且framebuffer不工作，什么也不显示，只能输出tiff文件。不管怎么说，已经能工作了。
顺便再说一说编辑器，cutter是非常不错的rsl和rib编辑器，可惜只能安全存取750k以内的文件，我导出的rib有11M，cutter立刻死掉了。jedit表现还可以，不过不能拽滚动条，往下一拽就死。能够信赖的只有vim和emacs。macvim.org提供了独立程序版的vim，再dock上有图标，用起来方便点。
我原本以为pixie的occlusion会比较快，最后，我真的很失望。
星期五, 九月 07, 2007
星期三, 九月 05, 2007
ThemePark创建OSX的主题
http://www.geekspiff.com/software/themepark/tutorial/
pxm#图片部分都有名称，clr#部分则没有。
All About clr# and clut Resources
These resources are used to save particular colors. As far as I can tell, the only resource that actually does anything is clr# 384. The following shows what this resource is used for. Please note that almost everything in this list is only effective for Carbon applications - Cocoa almost always uses hard-coded colors. If you know of any additions or mistakes, please don't hesitate to let me know!
Resource Type: clr# Resource ID: 384
Index 00: Dialog Active Text Color
Index 01: Dialog Inactive Text Color
Index 02: Alert Active Text Color
Index 03: Alert Inactive Text Color
Index 04: Modeless Dialog Active Text Color
Index 05: Modeless Dialog Inactive Text Color
Index 06: Window Header Active Text Color
Index 07: Window Header Inactive Text Color
Index 08: Placard Active Text Color
Index 09: Placard Inactive Text Color
Index 10: Placard Pressed Text Color
Index 11: Push Button Active Text Color
Index 12: Push Button Inactive Text Color
Index 13: Push Button Pressed Text Color
Index 14: Bevel Button Active Text Color
Index 15: Bevel Button Inactive Text Color
Index 16: Bevel Button Pressed Text Color
Index 17: Popup Button Active Text Color
Index 18: Popup Button Inactive Text Color
Index 19: Popup Button Pressed Text Color
Index 20: Icon Label Text Color
Index 21: List View Text Color (and Open/Save dialog list color)
Index 22: Document Window Title Active Text Color
Index 23: Document Window Title Inactive Text Color
Index 24: Movable Modal Window Title Active Text Color
Index 25: Movable Modal Window Title Inactive Text Color
Index 26: Utility Window Title Active Text Color
Index 27: Utility Window Title Inactive Text Color
Index 38: Popup Window Title Active Text Color
Index 29: Popup Window Title Inactive Text Color
Index 30: Active menu title text color
Index 31: Selected menu title text color
Index 32: Disabled menu title text color (OS uses a lighter variation)
Index 33: Active menu item text color
Index 34: Selected menu item text color
Index 35: Inactive menu item text color (OS uses a lighter variation)
Index 36: Popup Label Active Text Color
Index 37: Popup Label Inactive Text Color
Index 38: Tab Front Active Text Color
Index 39: Tab Non Front Active Text Color
Index 40: Tab Non Front Pressed Text Color
Index 41: Tab Front Inactive Text Color
Index 42: Tab Non Front Inactive Text Color
Index 43: Icon Label Selected Text Color
Index 44: Bevel Button Sticky Active Text Color
Index 45: Bevel Button Sticky Inactive Text Color
Index 46: unknown
Index 47: Finder file-item subtext (activated with View -> Show View Options -> Show Item Info)
pxm#图片部分都有名称，clr#部分则没有。
All About clr# and clut Resources
These resources are used to save particular colors. As far as I can tell, the only resource that actually does anything is clr# 384. The following shows what this resource is used for. Please note that almost everything in this list is only effective for Carbon applications - Cocoa almost always uses hard-coded colors. If you know of any additions or mistakes, please don't hesitate to let me know!
Resource Type: clr# Resource ID: 384
Index 00: Dialog Active Text Color
Index 01: Dialog Inactive Text Color
Index 02: Alert Active Text Color
Index 03: Alert Inactive Text Color
Index 04: Modeless Dialog Active Text Color
Index 05: Modeless Dialog Inactive Text Color
Index 06: Window Header Active Text Color
Index 07: Window Header Inactive Text Color
Index 08: Placard Active Text Color
Index 09: Placard Inactive Text Color
Index 10: Placard Pressed Text Color
Index 11: Push Button Active Text Color
Index 12: Push Button Inactive Text Color
Index 13: Push Button Pressed Text Color
Index 14: Bevel Button Active Text Color
Index 15: Bevel Button Inactive Text Color
Index 16: Bevel Button Pressed Text Color
Index 17: Popup Button Active Text Color
Index 18: Popup Button Inactive Text Color
Index 19: Popup Button Pressed Text Color
Index 20: Icon Label Text Color
Index 21: List View Text Color (and Open/Save dialog list color)
Index 22: Document Window Title Active Text Color
Index 23: Document Window Title Inactive Text Color
Index 24: Movable Modal Window Title Active Text Color
Index 25: Movable Modal Window Title Inactive Text Color
Index 26: Utility Window Title Active Text Color
Index 27: Utility Window Title Inactive Text Color
Index 38: Popup Window Title Active Text Color
Index 29: Popup Window Title Inactive Text Color
Index 30: Active menu title text color
Index 31: Selected menu title text color
Index 32: Disabled menu title text color (OS uses a lighter variation)
Index 33: Active menu item text color
Index 34: Selected menu item text color
Index 35: Inactive menu item text color (OS uses a lighter variation)
Index 36: Popup Label Active Text Color
Index 37: Popup Label Inactive Text Color
Index 38: Tab Front Active Text Color
Index 39: Tab Non Front Active Text Color
Index 40: Tab Non Front Pressed Text Color
Index 41: Tab Front Inactive Text Color
Index 42: Tab Non Front Inactive Text Color
Index 43: Icon Label Selected Text Color
Index 44: Bevel Button Sticky Active Text Color
Index 45: Bevel Button Sticky Inactive Text Color
Index 46: unknown
Index 47: Finder file-item subtext (activated with View -> Show View Options -> Show Item Info)
星期二, 九月 04, 2007
vmware fusion中使用物理硬盘和wacom tablet
以前写过一篇在vmware中使用wacom tablet的文章，在vmware fusion中基本上也是通用的。而且，在vmware中简单一点，只要修改一下vmx文件即可。在修改完成之后，在windows里鼠标指针不会随着数字笔动，这仅仅是刷新的问题，在windows的鼠标设置里，打开“鼠标轨迹”即可。当然，同一时刻只能有一个系统可以使用HID设备(包括tablet)。
再来说一下在vmware fusion中使用物理硬盘，这个工作要稍微麻烦点。
首先要用vmware-rawdiskCreator创建一个物理硬盘的vmdk，这是一个命令行工具，没有图形界面，在/Library/Application Support/VMware Fusion/里面，不带参数执行一下可以得到帮助。
./vmware-rawdiskCreator print /dev/disk0，列出disk0的分区情况。
Nr Start Size Type Id Sytem
-- ---------- ---------- ---- -- ------------------------
1 63 52100496 BIOS AF HFS+
2 52100622 52100496 BIOS C Win95 FAT32 (LBA)
3 104201181 52100307 BIOS 83 Linux
现在要给第2个分区(FAT32)创建一个vmdk。
./vmware-rawdiskCreator create /dev/disk0 2 ~/Disk0s2dev "ide"
2就是Nr那一栏中的数字， ~/Disk0s2dev是创建出来的vmdk的名字和路径，可以随便设置，一会儿要复制到vmx的目录里，"ide"是在虚拟机中硬盘的类型。命令执行后，在~/里产生两个文件：Disk0s2dev.vmdk和Disk0s2dev-pt.vmdk，要自己把它们复制到vmx所在的目录。
然后打开虚拟机，创建一个虚拟硬盘，大小0.1G即可。关掉虚拟机，用一个文本编辑器（比如jedit）打开vmx文件，找到刚才创建的那个虚拟硬盘，改成刚才用vmware-rawdiskCreator创建Disk0s2dev.vmdk文件，Disk0s2dev-pt.vmdk可以不用管。保存vmx文件。
运行虚拟机，要求输入管理员密码，windows会发现新的硬盘。同时，osx中，disk0s2会自动umount。只有关闭虚拟机后才可以再次mount。
参考：
http://www.vmware.com/community/message.jspa?messageID=674382
再来说一下在vmware fusion中使用物理硬盘，这个工作要稍微麻烦点。
首先要用vmware-rawdiskCreator创建一个物理硬盘的vmdk，这是一个命令行工具，没有图形界面，在/Library/Application Support/VMware Fusion/里面，不带参数执行一下可以得到帮助。
./vmware-rawdiskCreator print /dev/disk0，列出disk0的分区情况。
Nr Start Size Type Id Sytem
-- ---------- ---------- ---- -- ------------------------
1 63 52100496 BIOS AF HFS+
2 52100622 52100496 BIOS C Win95 FAT32 (LBA)
3 104201181 52100307 BIOS 83 Linux
现在要给第2个分区(FAT32)创建一个vmdk。
./vmware-rawdiskCreator create /dev/disk0 2 ~/Disk0s2dev "ide"
2就是Nr那一栏中的数字， ~/Disk0s2dev是创建出来的vmdk的名字和路径，可以随便设置，一会儿要复制到vmx的目录里，"ide"是在虚拟机中硬盘的类型。命令执行后，在~/里产生两个文件：Disk0s2dev.vmdk和Disk0s2dev-pt.vmdk，要自己把它们复制到vmx所在的目录。
然后打开虚拟机，创建一个虚拟硬盘，大小0.1G即可。关掉虚拟机，用一个文本编辑器（比如jedit）打开vmx文件，找到刚才创建的那个虚拟硬盘，改成刚才用vmware-rawdiskCreator创建Disk0s2dev.vmdk文件，Disk0s2dev-pt.vmdk可以不用管。保存vmx文件。
运行虚拟机，要求输入管理员密码，windows会发现新的硬盘。同时，osx中，disk0s2会自动umount。只有关闭虚拟机后才可以再次mount。
参考：
http://www.vmware.com/community/message.jspa?messageID=674382
星期二, 八月 28, 2007
Cursor Theme，鼠标指针的主题(2)
更正一下上一篇文章中的错误。
在CoreGraphics中，4517A0~4534A0都是Arrow和I-beam鼠标指针的样式。
4517A0+400 16*16 Arrow白底黑框 无阴影
451BA0+400 16*16 Arrow黑底白框 无阴影
451FA0+400 16*16 Arrow黑底白框 无阴影
4523A0+400 16*16 Ibeam无阴影
4527A0+400 16*16 Ibeam粗 无阴影
452BA0+900 24*24 Arrow有阴影
4534A0+400 16*16 Arrow黑底白框 无阴影
在CoreGraphics中，4517A0~4534A0都是Arrow和I-beam鼠标指针的样式。
4517A0+400 16*16 Arrow白底黑框 无阴影
451BA0+400 16*16 Arrow黑底白框 无阴影
451FA0+400 16*16 Arrow黑底白框 无阴影
4523A0+400 16*16 Ibeam无阴影
4527A0+400 16*16 Ibeam粗 无阴影
452BA0+900 24*24 Arrow有阴影
4534A0+400 16*16 Arrow黑底白框 无阴影
星期日, 八月 26, 2007
Cursor Theme，鼠标指针的主题
Mighty Mouse可以改变鼠标的样式，不过至今没有1.3版的sn，也没有破解。虽然Mighty Mouse只要$10，貌似很便宜，可以换成¥的话，就是¥80了，作为一个只是换鼠标主题的软件来说太贵了。
把Mighty Mouse踢开后，现在两种选择，要么继续忍受那个丑陋的I-beam满天飞，要么就hack系统的指针样式。在忍无可忍之后，我选择了后者。
然后就开始了漫长而枯燥的搜索和分析过程，developer.apple.com上没有什么很有价值的东西，example也看过了，都没有什么帮助。开始以为改进一下CarbonCocoa_PictureCursor这个 例子应该能实现，后来发现困难还是比较大的。只能hack系统中的资源了。curosrdata中没有包含arrow/I-beam等指针的图像，据说是包含在某个运行库中。
又仔细分析了一下Mighty Mouse里的那个QECursorDefaults.plist文件，其实.MightyMouse文件也是一个xml，把后缀改成.plist就可以用property list editor编辑了，看到里面又com.apple.coregraphics.arrow之类的keyword。系统并没有com.apple.coregraphics这个文件，估计应该是包含那个库里。最有可能的就是在CoreGraphics.framework里。
漫长的搜索＋一点点运气＋第六感和合作，终于在CoreGraphics里找到了，Arrow/I-beam/Alias/....的图像。在里面连续的存放着指针的图像，没有找到在哪里定义图像的大小和热点，没有和图像数据放在一起。这个问题不算严重。
10.4.10的CoreGraphics，偏移4527A0~452BA0存放的是I-beam的图像 ，大小16*16*4=1024字节，图像大小16*16，每点4字节，前3字节是rgb，第4字节是alpha。在Mighty Mouse的数据中，也是每个像素4字节，但是alpha是第1字节，后面3字节是rgb。
4527A0~452BA0 400Byte I-beam
452BA0~4534A0 900Byte arrow
4534A0~ alias
文件都放到自己的主页上了。
把Mighty Mouse踢开后，现在两种选择，要么继续忍受那个丑陋的I-beam满天飞，要么就hack系统的指针样式。在忍无可忍之后，我选择了后者。
然后就开始了漫长而枯燥的搜索和分析过程，developer.apple.com上没有什么很有价值的东西，example也看过了，都没有什么帮助。开始以为改进一下CarbonCocoa_PictureCursor这个 例子应该能实现，后来发现困难还是比较大的。只能hack系统中的资源了。curosrdata中没有包含arrow/I-beam等指针的图像，据说是包含在某个运行库中。
又仔细分析了一下Mighty Mouse里的那个QECursorDefaults.plist文件，其实.MightyMouse文件也是一个xml，把后缀改成.plist就可以用property list editor编辑了，看到里面又com.apple.coregraphics.arrow之类的keyword。系统并没有com.apple.coregraphics这个文件，估计应该是包含那个库里。最有可能的就是在CoreGraphics.framework里。
漫长的搜索＋一点点运气＋第六感和合作，终于在CoreGraphics里找到了，Arrow/I-beam/Alias/....的图像。在里面连续的存放着指针的图像，没有找到在哪里定义图像的大小和热点，没有和图像数据放在一起。这个问题不算严重。
10.4.10的CoreGraphics，偏移4527A0~452BA0存放的是I-beam的图像 ，大小16*16*4=1024字节，图像大小16*16，每点4字节，前3字节是rgb，第4字节是alpha。在Mighty Mouse的数据中，也是每个像素4字节，但是alpha是第1字节，后面3字节是rgb。
4527A0~452BA0 400Byte I-beam
452BA0~4534A0 900Byte arrow
4534A0~ alias
文件都放到自己的主页上了。
星期日, 八月 05, 2007
Linux又发展到一个调整期了
国外，kernel开发小组中一名重要的开发人员宣布退出，在最用用户体验方面，gnome只是在炒冷饭，3.0还只是停留在模糊的概念中，kde4已经发布了第一个alpha测试版，然而用户体验远未达到预期中“革命性的”改善，整体构架已经确定了，估计最终版也不会有什么打的变化。有相当多不错的linux程序在06年下半年和07年上半年停止的开发，也有许多优秀的程序停止的维护，更多的程序是处在半死不活的状态中。
国内，开发方面实在没有什么好说的，从来没有活跃过。各大linux社区的也渐渐的沉寂，尽管某人借开源和微软的名声炒了自己一把，但是对linux社区的发展没有任何贡献，只是增加了一些闲聊的话题罢了。
今年对linux社区贡献最大的应该是dell，敦促ati推出优质的linux驱动，恐怕也只有它有这个能力了。
总而言之，linux的泡沫再一次破了，接下来应该又是一个闷着头发展的时期了，再接着就是下一次泡沫……
国内，开发方面实在没有什么好说的，从来没有活跃过。各大linux社区的也渐渐的沉寂，尽管某人借开源和微软的名声炒了自己一把，但是对linux社区的发展没有任何贡献，只是增加了一些闲聊的话题罢了。
今年对linux社区贡献最大的应该是dell，敦促ati推出优质的linux驱动，恐怕也只有它有这个能力了。
总而言之，linux的泡沫再一次破了，接下来应该又是一个闷着头发展的时期了，再接着就是下一次泡沫……
订阅：
博文 (Atom)