skin.ini 在[Options]下面加两个参数

Pagebar max button width = 90

Pagebar min button width = 20

via http://my.opera.com/chinese/forums/topic.dml?id=127515

完整skin 资料：

opera skin guide

menu.ini

[Document Popup Menu]

Item, “Auto” = Set encoding, “”

Item, “GB18030″ = Set encoding, “gb18030″

Item, “GB2312″ = Set encoding, “gb2312″

Item, “HKSCS” = Set encoding, “big5-hkscs”

Item, “UTF-8″ = Set encoding, “utf-8″

menu.ini 相关资料

OPML 2.0 (DRAFT) 发布。

简单地说，OPML常用来交换feed地址源。这是一个 OPML 的例子

Goals of the OPML format

This document describes a format for storing outlines in XML 1.0 called Outline Processor Markup Language or OPML.

The purpose of this format is to provide a way to exchange information between outliners and Internet services that can be browsed or controlled through an outliner.

OPML is also the file format for an outliner application, which is why OPML files may contain information about the size, position and expansion state of the window the outline is displayed in.

OPML has also become popular as a format for exchanging subscription lists between feed readers and aggregators.

这里有个音频文件，Dave Winer 解释 OPML2.0的改变

firefox 插件大赛结果出来了，比较失望，前四名除了 web developer 都是 tab 页面预览相关功能，前几天我还在抱怨opera 9 beta 加入的tab预览没什么实际用处…

Extend Firefox Contest Winners

原文来自 最近发现的IE的2个Bug，对于 IE 编码bug 的解释很有意思。结论就一句话：除IE以外浏览器会自动识别出 utf-8 编码，IE将字符编码声明尽量往前放（在中文的title 前），可以参考此文的留言部分

原文如下：

1, IE在处理一些网页上include的文件的时候，会按照网页的解码方式去解析这个被include的文件，而不关心这个文件本身的编码方式，比如一个 GB2312编码方式的文件引用了一个UTF-8编码的js文件，IE可能会用GB2312去解析这个js文件，而不关心这个js文件的http response header中已经告诉IE的charset（实际上为utf-8）。

2, 如果IE在http response header中不能获得encoding，那么IE有的时候会按照某种编码（或者是上次的编码）来处理html，直到找到页面中的设置的charset为止，带来的问题IE不能很好的处理一些多字节的编码，比如如下html代码,注意需要保存为UTF-8编码

新年好

如果在ie中改变解码方式为GB2312，网页上什么都没有出现，再刷新，还是没有，发现解码方式还是为GB2312，而不是html中指定的UTF-8。但是下面这个代码就没有问题

新年好

这个页面在制定GB2312编码之后不能显示，但是只要刷新就可以正确显示，IE会在meta中找到正确的charset

这个问题的原因是因为IE对多字节编码的解析的一个BUG，IE总是很固执的按照第1个字节的特征来看是不是一个多字节字，在页面刷新之后IE 会按照上次的编码方式先去读内容，因为在UTF-8下“新年好”是9个字节，而GB2312下中文只有2个字节，IE会将“好”的最后一个字节和 “<"认为是一个汉字来处理，这样实际上