前几天在Engadget.cn上看到运行Web OS的Centro,后来的报道说这是用TealOS这个软件模拟的。在www.tealpoint.com上可以下载试用版。
使用报告:不愧是Tealpoint出品的软件,烤了1天多,还没有重启过。速度稍微有点慢,但是还可以忍受,并且由于Web OS的界面特性,速度慢让你只是觉得Card在滑动而已。
虽然并不能实现多任务,但是有些经常需要查看的程序如日历、任务等可以以卡片的形式显示,有时可以免去进入这个程序的需要,也可以说是某种程度的伪多任务吧。手势操作很顺溜,尤其是把不要的card扔出去的时候很有快感。
最新版1.05和Palm Treo 650有很好的兼容性,建议一试。TealOS bug不多,有一个缺点就是耗电较快,电池能够使用的时间大概会缩短1~2天。不过相对于易用性,都是见仁见智的问题了。
2009年2月22日星期日
Ibus图标:只能用神奇来形容
桌面环境:xorg+awesome,Qt4.4,没有GTK库
安装ibus-git和ibus-pinyin-git后,在启动ibus-daemon时要加上--xim参数。之后Opera等Qt程序中可以使用ibus,但是xterm和urxvt等终端程序中无法使用。
还有图标问题,任务栏中是空的,输入状态bar上也是5个叉。百思不得其解。之后的神奇事件是:安装了firefox及其依赖,然后把这些软件包全部卸载,图标竟然可以正常显示了。更是百思不得其解。
还有就是,ibus用起来其实有点慢,至少比之前使用scim时要来得慢。
安装ibus-git和ibus-pinyin-git后,在启动ibus-daemon时要加上--xim参数。之后Opera等Qt程序中可以使用ibus,但是xterm和urxvt等终端程序中无法使用。
还有图标问题,任务栏中是空的,输入状态bar上也是5个叉。百思不得其解。之后的神奇事件是:安装了firefox及其依赖,然后把这些软件包全部卸载,图标竟然可以正常显示了。更是百思不得其解。
还有就是,ibus用起来其实有点慢,至少比之前使用scim时要来得慢。
2009年2月19日星期四
命令行样式定制
Archlinux默认的命令行是纯白的而且提示符不会显示目前的文件夹等内容,有点不爽。这里稍微进行一下修改。
1. 修改PS1样式:就是提示符的样式了。编辑.bashrc,加入类似下面的语句:
注意类似于PS1="\[0;36m\h \W> \[0m"的表示方法会导致换行问题,而上面的语句是从Gentoo的/etc/bash/bashrc抄出来的,经测试没有问题
2. 让文件显示颜色:使用dircolors,方法如下:
之后通过编辑~/.dir_colors就可以修改ls时显示的颜色样式
1. 修改PS1样式:就是提示符的样式了。编辑.bashrc,加入类似下面的语句:
export PS1='\[\033[0;36m\]\h\[\033[0;35m\] \W>\[\033[0m\] '
注意类似于PS1="\[0;36m\h \W> \[0m"的表示方法会导致换行问题,而上面的语句是从Gentoo的/etc/bash/bashrc抄出来的,经测试没有问题
2. 让文件显示颜色:使用dircolors,方法如下:
dircolors -p > ~/.dir_colors
echo "eval \`dircolor -b ~/.dir_colors\`" >> ~/.bashrc
echo "alias ls=\"ls --color\"" >> ~/.bashrc
之后通过编辑~/.dir_colors就可以修改ls时显示的颜色样式
2009年2月18日星期三
Installation of Archlinux with a Simplified Chinese environment
Note: 'Cause ibus-git-20090213 does not work in opera on my laptop right now, this post will be written in English
Note2: Because upgrade of Archlinux is seamless, though Arch2009.2 has been released, I still preferred the 2008.6 edition
1. Base system installation
Installation medium: Arch 2008.6 livecd
Installation method: Ftp installation
Repository: ftp.sjtu.edu.cn
NOthing goes wrong.
2. Desktop installation & configuration
X server version: 1.5.3
Display card: ATI Mobile Raedon X1250
Desktop environment: awesome3.1.2-1
Window manager: awesome3.1.2-1
Login manager: SLim
Locale: zh_CN.UTF-8
Then modify xorg.conf, comment out all lines containing "InputDevices", and set default depth to 24. Then startx to see if it works.
Configurations related to SLim and laptop please refer to Archlinux Wiki, it's enough.
Don't forget to add fglrx as default loaded modules in rc.conf!
3. Chinese enviroment setup
Edit /etc/rc.conf and change locale to zh_CN.UTF-8
Edit /etc/locale.gen and uncomment the "zh_CN.UTF-8" line
then
then add /usr/share/fonts/TTC to xorg.conf and simsun works!
4. xterm
Edit .Xdefaults as follows to display chinese:
5. todo
xorg tuning
ibus
Note2: Because upgrade of Archlinux is seamless, though Arch2009.2 has been released, I still preferred the 2008.6 edition
1. Base system installation
Installation medium: Arch 2008.6 livecd
Installation method: Ftp installation
Repository: ftp.sjtu.edu.cn
NOthing goes wrong.
2. Desktop installation & configuration
X server version: 1.5.3
Display card: ATI Mobile Raedon X1250
Desktop environment: awesome3.1.2-1
Window manager: awesome3.1.2-1
Login manager: SLim
Locale: zh_CN.UTF-8
pacman -S xorg catalyst awesome slim hwd
modprobe fglrx
hwd -a #generate a xorg.conf
aticonfig --initial
Then modify xorg.conf, comment out all lines containing "InputDevices", and set default depth to 24. Then startx to see if it works.
Configurations related to SLim and laptop please refer to Archlinux Wiki, it's enough.
Don't forget to add fglrx as default loaded modules in rc.conf!
3. Chinese enviroment setup
Edit /etc/rc.conf and change locale to zh_CN.UTF-8
Edit /etc/locale.gen and uncomment the "zh_CN.UTF-8" line
then
locale-gen
cp simsum.ttc /usr/share/fonts/TTC
cd /usr/share/fonts/TTC
mkfontscale
mkfontdir
fc-cache -fv
then add /usr/share/fonts/TTC to xorg.conf and simsun works!
4. xterm
Edit .Xdefaults as follows to display chinese:
XTerm*preeditType: Root
XTerm*cursorColor: OliveDrab1
XTerm*background: black
XTerm*foreground: AntiqueWhite1
XTerm*font: -misc-fixed-medium-r-normal-*-18-120-100-100-c-90-iso10646-1
XTerm*wideFont: -misc-fixed-medium-r-normal-*-18-120-100-100-c-180-iso10646-1
XTerm*scrollBar: True
XTerm*scrollbar.translations:#override \n\
<Btn5Down>:StartScroll(Forward) \n\
<Btn1Down>:StartScroll(Continuous) MoveThumb() NotifyThumb() \n\
<Btn4Down>:StartScroll(Backward) \n\
<Btn1Motion>:MoveThumb() NotifyThumb() \n\
<BtnUp>: NotifyScroll(Proportional) EndScroll()
XTerm*selectToClipboard: True
5. todo
xorg tuning
ibus
2009年2月13日星期五
Palm下用Mcphling快捷调用程序
想在sugermemo中调用zdic_da,尝试了用command bar方式,十分不好用。经过查证,才发现command bar是Treo600的方式,在650上的确不是很好用。之后又尝试了butler的快捷键调用,结果不知道为什么根本无法实现。然后找到了Mcphling。
Mcphling真的很好用,可以在任何程序中一键调出菜单,然后选择要运行的程序或DA。使用方法见此贴,建议Palm Treo 650的用户把快捷键设定为右shift,之前不要忘了在其它占用右shift的程序中把该键释放出来,比如有些掌易中设置了用右shift切换中英文,恢复成默认就可以用phone键切换而空出右shift了。
一些常用的DA见这里。
2009年2月11日星期三
理解NVFS存储技术中DBCache容量的影响因素
看完阿海的这篇文章后,终于对上述问题有了一些理解。拿我的Palm Treo 650来说,其内部有一块32M的NAND Flash和一块32M的DRAM。其中前者属于非易失性闪存,在掉电后可以保持一段时间的数据,就类似于MP3播放器中常用的闪存,或者可以比喻成电脑上的硬盘;而后者学名为“动态随机存储器”,在掉电后数据会很快丢失,类似于我们电脑上的内存,存取比前者快速。650上两块存储器的分配如下图:
文件存储:其中rom(小写)是我们刷机才能修改的部分。RAM就是我们通常所说的RAM,是由NAND Flash虚拟出来的,只有在硬启时才会被清空,在启动时会接受部分从rom解压出来的文件。而ROM(大写)则是rom解压到DRAM上的数据。
软件运行:运行程序时,对于电脑的硬盘和内存又有不同的比喻,此时RAM和ROM都相当于硬盘,而DBCache和动态内存则相当于内存。多数软件都会调入DBCache中运行。
可见DBCache最大容量主要取决于ROM的大小,而ROM的大小又主要取决于实际rom的大小。如果rom image足够小,解压后的ROM的体积会有更为客观的缩小,使DBCache最大容量大量增加。比如我刷了个Bob忠于原版的rom,DBCache硬是从原版的7M左右涨到了13M。
刷一个小rom之后RAM容量也会有可观的增加,一方面是因为rom的部分文件会解压到RAM中,另一方面是因为rom和RAM共用一个物理存储器。刷了上述rom之后我的RAM大约增加了4M。
结论:
1.DBCache和RAM的大小都受rom(是指rom image而不是ROM)的影响。而程序运行主要是在DBCache中而不是RAM中,所以刷小一点的rom对提高稳定性和加快运行速度很有帮助。只有对于采用NOR Flash非易失存储的老机器,由于程序就在NOR Flash中运行,内存中装的软件多少才会影响运行速度。
2.讨论存储功能时,NAND Flash=硬盘,DRAM=内存;讨论系统运行时,ROM+RAM=硬盘,DBCache+动态内存=内存,rom退居二线。
文件存储:其中rom(小写)是我们刷机才能修改的部分。RAM就是我们通常所说的RAM,是由NAND Flash虚拟出来的,只有在硬启时才会被清空,在启动时会接受部分从rom解压出来的文件。而ROM(大写)则是rom解压到DRAM上的数据。
软件运行:运行程序时,对于电脑的硬盘和内存又有不同的比喻,此时RAM和ROM都相当于硬盘,而DBCache和动态内存则相当于内存。多数软件都会调入DBCache中运行。
可见DBCache最大容量主要取决于ROM的大小,而ROM的大小又主要取决于实际rom的大小。如果rom image足够小,解压后的ROM的体积会有更为客观的缩小,使DBCache最大容量大量增加。比如我刷了个Bob忠于原版的rom,DBCache硬是从原版的7M左右涨到了13M。
刷一个小rom之后RAM容量也会有可观的增加,一方面是因为rom的部分文件会解压到RAM中,另一方面是因为rom和RAM共用一个物理存储器。刷了上述rom之后我的RAM大约增加了4M。
结论:
1.DBCache和RAM的大小都受rom(是指rom image而不是ROM)的影响。而程序运行主要是在DBCache中而不是RAM中,所以刷小一点的rom对提高稳定性和加快运行速度很有帮助。只有对于采用NOR Flash非易失存储的老机器,由于程序就在NOR Flash中运行,内存中装的软件多少才会影响运行速度。
2.讨论存储功能时,NAND Flash=硬盘,DRAM=内存;讨论系统运行时,ROM+RAM=硬盘,DBCache+动态内存=内存,rom退居二线。
订阅:
博文 (Atom)