中文文件名问题
现在使用的是fcitx输入法（miniChinput也可以）。============================
之前“汉化”工作
================
（1）有关~/.bashrc的修改如下（参考各种“教案”）
# .bashrc
# User specific aliases and functions
alias rm='rm -i'
alias cp='cp -i'
alias mv='mv -i'
# Source global definitions
if [ -f /etc/bashrc ]; then
. /etc/bashrc
# export LANG="zh_CN.UTF-8"
export LC_CTYPE="zh_CN"
fi
export G_BROKEN_FILENAMES=1 <==有人告诉我这样可以解决文件名的问题，但结果是“错误依旧”
-------END of ~/.bashrc
(2) 中文字库
拷贝windows/fonts/所有字体文件至/usr/share/fonts/truetype，并在目的目录下执行ttmkdir和mkfontdir命令（系统提供的，分别产生fonts.scale和fonts.dir文件）;最后执行“chkfontpath -a /usr/share/fonts/truetype”命令将当前新字库的路径添加到字体搜索路径中。
现在的使用情况
=======================
显示输出：Mozila, Openoffice, shell, vi, gaim等正常；输入也差不多。
AbiWord能打开<中文文件名>文件，但不能显示其中文内容（好象它找不到新加的字库）；Kword面对中文，什么也不会做。
现在最急的事情
=====================
evolution接收“中文文件名”的附件，打开报路径错误--“提示一串乱码”（选择OpenOffice打开）---（而如果选择用AbiWord打开，则认得中文文件名，但无法显示汉字）。
测试OpenOffice对<中文文件名>的识别：运行OpenOffice, 选择一个<中文>.doc，一切正常！
测试evolution对<中文>.doc文件的保存，选中该附件，保存。让候`然后让OpenOffice来打开，一切正常！
直接在evolution中打开附件和保存后在由OpenOffice独立打开的区别是什么呢？前者是将附件拷贝到/tmp/目录下，再由系统启动OpenOffice打开这个临时文件----只是这个临时文件的文件名是乱码！！！！
问题：是不是bashrc中的修改无法影响系统的“行为”？-----擅自作主拷贝到/tmp再打开的操作路线是evolution相关的，还是操作系统相关的？
<先谢了！>
页:
[1]