ROM定制中的“设置”定制方法

上一篇 / 下一篇 2007-12-08 14:23:15

查看( 415 ) / 评论( 4 )

定制“设置”功能挺复杂，以前定制ROM时在大量查阅高手们编写的教程，感觉异常复杂，可现在定制“设置”功能才发现原来定制ROM很简单，定制“设置”更为复杂。我没学过C++，2年前学的数据库早就忘了，上Visual Basic课通常都在睡觉或玩手机的，于是便只靠自己琢磨，通过大量参考、对比了好一段时间才了解了“设置”的粗略结构。定制“设置”时只要按部就班、胆大心细便不会出错。
（一）分类及对应关系。
好了，先了解一下“设置”及其对应文件的分类，这样方便我们找出对应关系并作相应的修改。
“设置”分为选择页、选择项、执行页、执行项以及最终目标文件（即注册表及相关键值）。它们的定义是：只有选择项没有执行项的页面即为选择页；只有执行项没有选择项的页面即为执行页；只起引导页面作用，不能更改系统设置的项即为选择项；能够更改系统设置，不能引导页面的项即为执行项。这里的名称只是我为了方便称呼起的，不是官方标准术语。以图来了解直观点：

在“设置”中，每一个选择页对应一个cpl.xml文件，每一个选择项对应cpl.xml文件中的一段代码，呈一一对应的关系。为了方便，我再将cpl.xml文件分成连接文件、连接代码、目标文件、目标代码以及最终执行文件（即mxip_cold_OEMDRIVERS_100.provxml文件及相应代码段），均与“设置”的分类按顺序一一对应。上图：


这是和上面那张截图是对应的，概括起来：进入“设置”后选择页对应的是“rootgsm.cpl.xml”连接文件，页面中的“4 主屏幕”选择项对应“rootgsm.cpl.xml”文件中的第4段连接代码：“<cpl-link href="home.cpl.xml" res="30018"/>”，选择“主屏幕”选项，进入执行页，便对应“home.cpl.xml”目标文件，执行项对应目标代码段，同理，接下来最终目标文件中的注册表键值便对应“mxip_cold_OEMDRIVERS_100.provxml”文件中的最终执行代码段了。于是可得出cpl.xml文件“设置”中的第一个作用：为选择项提供连接，指明连接文件或目标文件。
cpl.xml文件的大概结构如下图：

那怎么知道哪个选择项对应哪一段代码呢，这就简单了，例如“主屏幕”在选择页中排第4，那么就是对应连接文件中顺序数下来第4段代码。这种方法方便快速，对于一般的修改已经是足够了（但是它不尽准确，有些特别的连接文件并不如此控制选择项的排列顺序）。于是可以得出cpl.xml文件在“设置”中的第二个作用便是对选择项的顺序进行排列。
在对应关系中，系统有2项关系是强制对应的，一是“设置”的初始选择页必须对应“rootgsm.cpl.xml”文件，二是最终目标应用必须对应“mxip_cold_OEMDRIVERS_100.provxml”文件，强制对应的意思不是说不能更改文件里面的内容，而是文件名称不能更改，即为静态对应。除此两个文件外的所有cpl.xml文件都可以改名，则其他的选择项都是动态对应，只要连接代码中指向的连接文件存在并有效就行了。举个例子，我们知道了“主屏幕”选择项对应的是rootgsm.cpl.xml中的<cpl-link href="home.cpl.xml" res="30018"/>是不是，它的意思就是当你选定了“主屏幕”选项之后系统就会打开home.cpl.xml文件，那我把<cpl-link href="home.cpl.xml" res="30018"/>代码改成<cpl-link href="home123.cpl.xml" res="30018"/>，再将 “home.cpl.xml”文件改名为“home123.cpl.xml”就可以了，于是连接项目发生了变化，重新指定了连接文件为“home123.cpl.xml”，但是手机上会发生什么变化呢，没有变化！效果是一样的。
（二）删除项。
了解了一一对应关系，我们便可以对“设置”进行修改了，从最简单的删除开始。
1. 删除选择项。
例如你觉得“STK服务”这个选择项太鸡肋，自己根本不用STK功能或不需要选择它的关闭和开启，应该删掉。那么就先找出它的路径：“设置－电话－STK服务”（系统不同则路径不同），

然后再找以上路径对应的连接文件：“rootgsm.cpl.xml－telephonygsm.cpl.xml”（系统不同则对应的连接文件不同），

哈哈，找到了，只要将上图中框框里面的段码段删除，即将
<cpl-link href="stk_service.cpl.xml">
  <title lang="0x0804">STK 服务</title>
</cpl-link>
删掉就完事了，这样“设置－电话”中便不会有“STK服务”这个选择项了。因为没有了“STK服务”选择项，那么其对应的连接文件即stk_service.cpl.xml文件也不需要了，在mxip_cold_OEMDRIVERS_100.provxml文件中有关“STK服务”的最终执行代码段也不需要了，都可以找出来并删除掉。当然你也可以不删除，完全不影响操作，只是多了个无效文件及一些无效代码段，有悖ROM定制的精简原则而已。
2. 删除执行项。
例如删除“启用动态窗口”这个执行项。操作步骤和上面一样，找出路径；“设置－主屏幕－启用动态窗口” （系统不同则路径不同），

按部就班，再找以上路径对应的连接文件：“rootgsm.cpl.xml－home.cpl.xml”，“启用动态窗口”在执行页中顺序为从上到下排在第6，那么它在home.cpl.xml目标文件中就对应从上到下第6段目标代码。或者，你看到代码中哪段含有“Animate”字符的，那就是它了。

同样将上图中框框里面的段码段删除，即将
  <characteristic type="HKLM\System\GWE">
<parm-query name="Animate"/>
  </characteristic>
删掉就完事了。这样就把“启用动态窗口”这个执行项删除了，后面接着是删除在mxip_cold_OEMDRIVERS_100.provxml文件中有关“启用动态窗口”的最终执行代码段，这个就删不删由你了。
删除教程完了。
至于删除选择页和执行页，其实在删除选择项中不就等同于把选择页或执行页删除了吗。例如当你删除了“STK服务”选择项，不就是等同于把此选择项引导下的页删掉了嘛，选项都没有了，难道还能进入去设置吗？
（三）添加页和项
理论上是先添加项后添加页，因为无论是选择页还是执行页都必须由某个项值来引导。至于想添加多少层页最终才到执行项则是由你决定。每层页都要有一个独立的cpl.xml连接文件来对应，当然分层越多，需要创建的cpl.xml文件也就越多，对应关系越长越复杂。
例如，在手机中修改“色彩方案”只需要进入一层页（系统不同则页数不同）：

修改“闹钟时间”则需要进入两层页（系统不同则页数不同）：

而修改解锁屏幕时钟开关就需要进入三层页了（系统不同则页数不同）：

回正题，添加项和页首先要知道需要改变的最终目标项，即注册表项及其键值，然后考虑此项是另开一层新页还是增加到已有的页中，如另开新页的话则还需考虑引导它的选择项需要增加到哪层页中。
还是从简单的开始：
1. 不开新页的添加。
例如，只增加“USB联机充电”执行项，不开新页，直接添加到“电源管理”执行页。

那么，先找出控制USB联机充电的注册表项，这里为：
[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\usbfndrv]
"EnableUsbCharging"=dword:00000000

然后，找到“电源管理”执行页所对应的目标文件进行修改添加，这里为“power.cpl.xml”（系统不同则目标文件不同），增加如下目标代码段：
      <characteristic type="HKLM\Drivers\BuiltIn\usbfndrv">
         <parm-query name="EnableUsbCharging"/>
      </characteristic>
这里需要注意的是，所增加的代码段在文件中的顺序决定着执行项在页中的排列顺序，如把代码段增加在所有代码段中最后，那么执行项就会出现在页中的最低端。

最后需要修改的便是最终执行文件了，只有它才能直接修改注册表，以达到改变系统设置的目的。打开mxip_cold_OEMDRIVERS_100.provxml文件，在文件中增加如下代码段：

<characteristic type="Metabase">
      <characteristic type="Registry\HKLM\System\GWE\Animate">
         <parm name="datatype" value="boolean"/>
         <parm name="maxvalue" value="1" />
         <parm name="minvalue" value="0" />
         <parm name="rw-access" value="3" />
         <parm name="access-role" value="190" />
         <characteristic type="label">
            <parm name="0804" value="启用动态窗口"/>
         </characteristic>
      </characteristic>
</characteristic>
如图：

至于增加代码应该遵循的格式在下面会仔细讲到。
至此，“USB联机充电”执行项已成功地添加到了“电源管理”执行页中。
2. 另开新页的添加。
例如：我要添加两个个性的执行项“纵/横导航条厚度”，并单独为它们创建一个新的执行页，此页由“导航条厚度”选择项引导，此项所在页又由新的选择项“增强功能”来引导，再并列到“设置”选择页中。如图：

那么，先找出控制导航条厚度的相关注册表项以备用，这里为：
[HKEY_LOCAL_MACHINE\System\GWE]
"cyHScr"=dword:00000004（横向）
"cxVScr"=dword:00000004（纵向）

由于新开一层执行页，故必须新创建一个与之对应的目标文件，文件名字就由你定了，什么f***.cpl.xml呀，shit.cpl.xml呀，bitch.cpl.xml呀，Whatever，it’s up to you。我的是guideline.cpl.xml。
至于创建cpl.xml文件，我不会，我是复制已有的cpl.xml文件再将其更改名字和里面的内容来实现的。
然后在新创建的文件里面输入以下代码：
<stinger-controlpanel-doc>
<cpl-title>
  <title lang="0x0804">导航条厚度</title>
</cpl-title>
<characteristic type="Registry">
  <characteristic type="HKLM\System\GWE">
<parm-query name="cxVScr"/>
<parm-query name="cyHScr"/>
  </characteristic>
</characteristic>
</stinger-controlpanel-doc>

好了，执行页创建完成，接下来创建引导页面的选择项及其页面，由于它也是系统原本所没有的页，还是得新建连接文件来引导，文件名字又是up to you了………我的是super.cpl.xml。再输入一下代码：
<stinger-controlpanel-doc>
<cpl-title>
  <title lang="0x0804">增强功能</title>
</cpl-title>
<cpl-link href="guideline.cpl.xml">
  <title lang="0x0804">导航条厚度</title>
  </cpl-link>
</stinger-controlpanel-doc>

   选择项及其选择页又创建完成了，接下来就是将“增强功能”选择项添加到“设置”中了。打开“设置”所对应的连接文件：rootgsm.cpl.xml，添加如下代码段：
<cpl-link href="super.cpl.xml">
            <title lang="0x0804">增强功能</title>
</cpl-link>

到这一步，应该添加的路径都全部添加完毕：“设置－增强功能－导航条厚度－纵/横导航条厚度”。最后一步就是添加最终执行代码，这样才能让新增的执行项生效，实现修改系统设置的功能。
打开mxip_cold_OEMDRIVERS_100.provxml文件，在文件中增加如下代码段：


<characteristic type="Metabase">
      <characteristic type="Registry\HKLM\System\GWE\cxVScr">
         <parm name="datatype" value="integer"/>
         <parm name="maxvalue" value="10" />
         <parm name="minvalue" value="2" />
         <parm name="rw-access" value="3" />
         <parm name="access-role" value="190" />
         <characteristic type="label">
            <parm name="0804" value="纵向导航条厚度:"/>
         </characteristic>
         <characteristic type="options">
            <parm name="0804" value="特细2细4适中6粗8加粗10" />
         </characteristic>
      </characteristic>
</characteristic>
<characteristic type="Metabase">
      <characteristic type="Registry\HKLM\System\GWE\cyHScr">
         <parm name="datatype" value="integer"/>
         <parm name="maxvalue" value="10" />
         <parm name="minvalue" value="2" />
         <parm name="rw-access" value="3" />
         <parm name="access-role" value="190" />
         <characteristic type="label">
            <parm name="0804" value="横向导航条厚度:"/>
         </characteristic>
         <characteristic type="options">
            <parm name="0804" value="特细2细4适中6粗8加粗10" />
         </characteristic>
      </characteristic>
</characteristic>
添加完后保存，OK！完事！
说了那么多，有点不靠谱了是不是，整理一下：
rootgsm.cpl.xml－super.cpl.xml－guideline.cpl.xml－mxip_cold_OEMDRIVERS_100.provxml

（四）代码段的格式
代码段的格式是最重要也是最复杂的，代码段的正确与否直接决定着“设置”中选择页/项、执行页/项的有效性。连接文件、目标文件、最终执行文件各有各不同的代码格式。
1. 连接代码的格式如下：
<cpl-link href="XXXXX.cpl.xml(连接文件或目标文件的名称)">
            <title lang="0x0409">XXXXX（英文）</title>
            <title lang="0x0804">XXXXX（中文）</title>
………..
</cpl-link>
或：
<cpl-link href="XXXXXX.cpl.xml" res="XXXXX(标签显示符)"/>
自然下面一种是上面一种的缩写形式，但我不知道标签显示符指向什么中文字符，所以还是用上面那种的好。
连接代码段的格式是既定的，即除了XXXX可以自己定义（还有语言环境变量），其它的控制符、段落格式都不要去动，对于文件的表头、结尾更不要去改
2. 目标代码的格式如下：
<characteristic type="Registry">
…………….
  <characteristic type="XXXX\XXXXX\XXXX（注册表路径）">
<parm-query name="XXXXX（注册表键值）"/>
<parm-query name="XXXXXXX（注册表键值）"/>
………………..
  </characteristic>
…………….
</characteristic>
据我观察所得，目标代码段是没有所缩写形式的，至少目前我还没有见到过。
上面显红色的是一个目标代码段，它必须在
<characteristic type="Registry">
…………….
</characteristic>
段落格式的包括之内（其它段落格式不讨论），对于新“创建”的目标文件内容则必须增加上面两行代码；而将代码段增加到“已有”的目标文件中时，因为它已经存在，所以添加到内容当中即可，要注意的是只要在它的包括之内就行了。
同样，目标代码段格式也是固定的，XXXXX的内容可以自己修改。
3. 最终执行代码的格式：
<characteristic type="Metabase">
      <characteristic type="Registry\XXXX\XXXX\XXXX\XXXX(注册表路径和键值)">
         <parm name="datatype" value="XXX（integer或string或boolean）"/>
…………….
         <parm name="rw-access" value="3" />
         <parm name="access-role" value="190" />
         <characteristic type="label">
            <parm name="0409" value="XXXX（英文)"/>
            <parm name="0804" value="XXXX（中文）"/>
…………….
         </characteristic>
………………….
      </characteristic>
</characteristic>
这种是最终执行文件中的普遍格式，我们用到的也只有这种格式，别的我不会用，但对于普通的定制已经足够了。而它的格式也是固定的，除XXXX内容外，控制符、段落格式均不能更改，更不能删除构成完整段落必须的语句，但指明语言环境的语句可以删除。在实际定制过程当中会在这种格式基础上衍生出好几种不同的类型，后面再细细解释。
上面讲到执行项是由目标代码段控制的，但它的显示及执行类型却是由最终执行代码段的格式控制的。执行项中有三种执行类型：勾选型，自定义型，选项选择型。决定这三种执行类型的目标代码段格式都是一样的，目标代码只为执行项指明路径，但是具体的显示方式及执行类型则由mxip_cold_OEMDRIVERS_100.provxml中的代码格式决定。为了方便，还是由执行类型来对最终执行代码格式进行分类。
（1）勾选型代码格式。
勾选型执行项很明显只有“是”“否”两种操作，其最终执行代码格式为：
<characteristic type="Metabase">
      <characteristic type="Registry\XXXX\XXXX\XXXX\XXXX(注册表路径和键值)">
         <parm name="datatype" value="boolean"/>
         <parm name="maxvalue" value="1" />
         <parm name="minvalue" value="0" />
         <parm name="rw-access" value="3" />
         <parm name="access-role" value="190" />
         <characteristic type="label">
            <parm name="0409" value="XXXXX（英文）"/>
            <parm name="0804" value="XXXXX（中文）"/>
…………
         </characteristic>
      </characteristic>
</characteristic>
决定执行项为勾选型的代码是： <parm name="datatype" value="boolean"/>，其中“boolean”便是关键，它的意思就是指明了类型为勾选。
当使用勾选型执行项时需要明白的是，最终执行代码直接填写注册表键值，当在执行项中打上勾勾的时候它会自动填上一个最大值，去掉勾勾时就填上最小值，那么最大值和最小值的范围则是由
         <parm name="maxvalue" value="1" />
         <parm name="minvalue" value="0" />
两个语句决定。maxvalue＝1，最大值则是1；minvalue＝0，最小值则是0。更改相应的数据便会填入相应的注册表键值。
勾选型执行项有它的限制，它只能在注册表中填入数字，于是只适用于类型为DWORD值注册表键值，其它的键值类型好像不适用，具体我没有测试过。还有就是需要填入非数字的执行项无法使用勾选，如“STK服务”，它的选项只有“启用”和“禁用”两个，貌似改为勾选类型更为方便。很抱歉，做不到，我还没有发现可以填入非数字键值的勾选型执行代码。Maybe高手们知道怎么改，但他们太忙了。
（2）自定义型代码格式（比如“自定义主题颜色”）。
不用说都猜得到，决定执行类型的又是<parm name="datatype" value="XXXXX"/>语句，此外还有一个决定因素，这里不讨论。但是不同的注册表键值类型需要不同的代码格式：
1）字符串型键值
它的执行代码格式如下：
<characteristic type="Metabase">
      <characteristic type="Registry\XXXX\XXXX\XXXX\XXXX(注册表路径和键值)">
         <parm name="datatype" value="string"/>
         <parm name="rw-access" value="3" />
         <parm name="access-role" value="190" />
         <characteristic type="label">
            <parm name="0409" value="XXXX（英文）"/>
            <parm name="0804" value="XXXX（中文）"/>
………………
         </characteristic>
      </characteristic>
</characteristic>
字符串型键值的datatype为“string”，不需要
         <parm name="maxvalue" value="1" />
         <parm name="minvalue" value="0" />
了。
2）DWORD型键值
执行代码格式如下：
<characteristic type="Metabase">
      <characteristic type="Registry\XXXX\XXXX\XXXX\XXXX(注册表路径和键值)">
         <parm name="datatype" value="integer"/>
         <parm name="rw-access" value="3" />
         <parm name="access-role" value="190" />
         <characteristic type="label">
            <parm name="0409" value="XXXX（英文）"/>
            <parm name="0804" value="XXXX（中文）"/>
………………
         </characteristic>
      </characteristic>
</characteristic>
DWORD型键值的datatype为“integer”，除了这一点之外其它都和字符串型键值的一样。也不需要
         <parm name="maxvalue" value="1" />
         <parm name="minvalue" value="0" />
了。
至于其它类型的注册表键值如二进制值、多行字符串值我就不会了，仔细推敲一下应该也是可以找出它们所对应的执行代码格式的，但因为在定制“设置”过程中均没有用到这两种键值类型，所以没有去研究它们了。
再说一点，在确定了使用自定义型执行项前提下，如果执行项的最终目标项为字符串型键值，那么它的datatype一定要用“string”；同样DWORD型键值的datatype一定要用“integer”。两者不能混用，否则会出现错误以至所在的执行页不能打开。
（3）选项选择型代码格式。
上一点说到的执行项类型的另一点决定因素在这里排上用场了，那就是          <characteristic type="options">语句。在datatype相同的情况下增加此语句马上会使自定义型（勾选型不能用）变为选项选择型。同样，不同的注册表键值类型也需要不同的代码格式：
1）字符串型键值
执行代码格式如下：
<characteristic type="Metabase">
      <characteristic type="Registry\XXXX\XXXX\XXXX\XXXX(注册表路径和键值)">
         <parm name="datatype" value="string"/>
         <parm name="rw-access" value="3" />
         <parm name="access-role" value="190" />
         <characteristic type="label">
            <parm name="0409" value="XXXX（英文)"/>
            <parm name="0804" value="XXXX（中文）"/>
………………
         </characteristic>
         <characteristic type="options">
            <parm name="0409" value="XXXXXXXXXXXX（英文）" />
            <parm name="0804" value="XXXXXXXXXXXX（中文）" />
……………..
         </characteristic>
      </characteristic>
</characteristic>
2） DWORD型键值
执行代码格式如下：
<characteristic type="Metabase">
      <characteristic type="Registry\XXXX\XXXX\XXXX\XXXX(注册表路径和键值)">
         <parm name="datatype" value="string"/>
         <parm name="maxvalue" value="XXXX（数字）" />
         <parm name="minvalue" value="XXXX（数字）" />
         <parm name="rw-access" value="3" />
         <parm name="access-role" value="190" />
         <characteristic type="label">
            <parm name="0409" value="XXXX（英文）"/>
            <parm name="0804" value="XXXX（中文）"/>
………………
         </characteristic>
         <characteristic type="options">
            <parm name="0409" value="XXXXXXXXXXXX（英文）……." />
            <parm name="0804" value="XXXXXXXXXXXX（中文）……." />
……………..
         </characteristic>
      </characteristic>
</characteristic>
两种键值类型的执行代码相比，datatype的值好像可以混用，试过一次将“string”改成了“integer”，发现没有什么变化，同样可以进入执行页进行操作，会不会是我的错觉呢？会不会是在什么地方也错了而“错错得对”呢？我懒得去考证了，反正现在按照一一对应原则去定制就是了。对于多出来的两句：
         <parm name="maxvalue" value="XXXX（数字）" />
         <parm name="minvalue" value="XXXX（数字）" />
它们的作用不就是限制填入注册表键值中数值的上下限值嘛，我个人认为删除掉也是可以的。
使用了选择选项型执行项，就必须创建可供选择的选项，它们都是在<characteristic type="options">代码段中创建的。举个例子，在“导航条厚度”执行项中有五个选项：

相应的，在options代码段中增加五句字符：
         <characteristic type="options">
            <parm name="0804" value="特细2细4适中6粗8加粗10" />
         </characteristic>
其中那个“”是一个很有趣的符号，定制的时候我不知道要怎么打出来，复制也是不行的。你看，选不中的，一选择它就不见了，这符号实在太有趣了！

我想“”应该是fill的意思，即填入。就这个例子而言，选择“特细”时则在注册表键值中填入“2”，选择“适中”则填入“6”，依此类推。既然选择什么它就填入什么，等于为键值指定了数值，那就没有必要限制它的上下限值了，于是理论上删除maxvalue等语句也是没有问题的。有兴趣可以操作一下。
“”符号前面的字符就是选项所显示的名称，“”符号后面的字符则是选择该项后往注册表里填入的值，它是不显示的。每个选项代码之间用分隔符隔开，用以区分每一个选项。貌似分隔符就是“空格”，不知道是不是。我是用复制来搞的。
注意，最终执行文件也是有表头和结尾的：

添加代码段的时候最好在段与段之间插入，避免在底部插入。因为那样很容易一不小心就把代码段插到结尾外面去了，结果“设置”里的项全部变成了乱码。最终执行文件是没有顺序概念的，因此将代码段插到任何位置都不会影响执行项的排列。
明白了代码段的结构和格式，我们便可以在“设置”中大动干戈，屡试不爽。在编写代码时不会缺少必要的语句，导致代码段结构不完整而无效；插入代码段的时候也不会插错，不会无端端插到别的代码段中去。并且明白了哪些代码是可以自由修改，哪些则丝毫不能碰。
那么在连接文件中插入目标代码段，或者在目标文件中插入连接代码段行不行呢？没试过，理论上只要符合对应原则就行，但是一个页面中既有选择项又有执行项不觉得不伦不类吗？
（五）标题与标签。
定制“设置”时，我们需要为连接页/项、执行页/项定制名称，即标题与标签。
什么是标题什么是标签，看下图：

用文字来表达便是：“设置”中，所有显示在标题栏的页名和所有“选择项”的项名都是标题，它只能在连接文件和目标文件中修改；所有“执行项”的项名都是标签，它只能在最终执行文件中修改。
1. 定制标题。
（1）项名。
如在“设置”页中添加“增强功能”这个选择项时，所添加的项名为“增强功能”，那么我们找出对应的rootgsm.cpl.xml文件进行修改，添加代码段的同时为选择项指明名称，语句为：<title lang="0x0804">增强功能</title>

于是又得出cpl.xml文件“设置”中的第三个作用：定义选择项项名及全部页名。
（2）页名
虽然同样是标题，但进入选择项引导的页面后，页名并不跟随项名，因为页面不同，所对应的文件不同，名称的显示也不同。如“增强功能”选择页的对应文件为super.cpl.xml，那么页名也需要在这个文件中定制。假设此页的页名也定制为“增强功能”，那么则要在super.cpl.xml文件中添加如下代码段：
<cpl-title>
  <title lang="0x0804">增强功能</title>
</cpl-title>

添加完成后，选择页的标题栏中便会显示“增强功能”的页名了：

如果在连接文件中没有控制页名的代码段，并不会破坏文件的段落结构，文件仍然有效，只是这时标题栏中的页名便为空。
同样，执行页页名的定制步骤也和选择页一样，找出页面所对应的目标文件添加代码段便可以定制页名，而且控制选择页和执行页页名的代码段格式是一样的：

2. 定制标签。
执行项的项名只能在最终执行文件中修改，标签控制代码段为：
         <characteristic type="label">
            <parm name="0409" value="XXXX（英文）"/>
            <parm name="0804" value="XXXX（中文）"/>
………………
         </characteristic>

它也不是构成完整结构必要代码，可以完全删除。以“任务栏时钟为例”：

没有了标签控制代码，执行页中便不显示任何标签，只显示选项选择框：

至此，“设置”完全可以自己定制了，该说的也都全部说完了，最后剩下的就是注意事项了。
（六）编码格式。
凡是有中文字符出现的文件一定要用“UTF-8”编码格式保存：

而完全没有中文字符的文件则可用“ANSI”编码格式，而且改也改不成“UTF-8”编码格式，我改为“UTF-8”编码然后保存，但关闭后再打开编码又变回“ANSI”了。Whatever，只有中文需要“UTF-8”编码，纯英文的就让它“ANSI”好了，不碍事。
至于编辑工具，用Notepad2就够用了。
自己摸索了那么久，有些问题还是没有搞懂：
1. 连接文件中有<cpl-link clsid="{4B7CEEDD-7179-4a8b-AB92-340545B0AB07}" res="16330"/>之类的语句，这其中的{4B7CEEDD-7179-4a8b-AB92-340545B0AB07}是什么意思啊？指向的是键值吗？而res="16330"是标签显示符吗？在哪里可以知道它对应的字符表呢？
2. 电源键的“快速列表”怎么定制？研究老半天一点头绪没有。
3. 按键映射在哪里修改？我短按POC键它就对应执行Sho_POC.lnk，我不想它对应Sho_POC.lnk不行吗？有没有可能通过改变注册表键值来改变它的执行路径呢？
一直想定制“设置”内容，但是等啊等啊，高手们都还不出定制教程，最后还是耐不住性子，自己磕磕碰碰地摸路子，太郁闷了！也许高手们太忙了，没有时间编教程，或者觉得“设置”定制太简单了，没有编教程的需要。但是像我这样的系统DIY发烧友则多么希望高手们多编点教程出来，让同志们少走点弯路，让我们的系统更加个性化、人性化。 “设置”的定制都是自己慢慢摸索，反复试验、比较和参考得出的一些经验。这篇文字有它一定的道理和实用价值，可以供机友们定制时参考参考。但很大程度上存在片面性、局限性，因为一直下来都是自己一个人在搞，将手机折腾来折腾去的，没有高手们的指点，没有教程可供参考，自己又没有学过C语言等专业知识做底子，以使这文章很多地方都不标准，存有漏洞甚至错误，如牛顿叔叔说的一句话：“无知识的热忱犹如在黑暗中的远征。”我希望高手们能够将其中的不标准改过来，将漏掉的重点补充，将错误更正过来，提供给广大机友多些指点和参考。话说回来，智能手机的优势就是为用户提供了一个实现个性的平台，其中的乐趣就是有无限的空间给我们去探索去延伸，而自己不去联想不去动手光靠高手指明道路，何来个性可言？“自己动手，丰衣足食”嘛――老毛日。

8Y Y9h4t P;c6pZ0“设置”定制.rar灵机网}'ZyD4i,WA3x
(2007-12-08 14:23:02, Size: 1.16 MB, Downloads: 0)