标题：[注意]搭建者的“选项条”不能动态设置“项目列表”属性值
实测发现搭建者的“选项条”不能通过动态设置属性中的“项目列表”，只能通过其方法动态的一个一个的“增加选项”。
如此不便在于 子项目之间传递时，“选项条”选项很多时会占用过多的公用变量数，传递既麻烦也容易出错。
请公司实测之，希望能得到改进优化。
应该可以吧!
可以设置，是你本身没有理解和概念性的问题，不存在你说的 什么缺陷！
请问：这样设置正确吗？ps：不管两头是否写上"{"、"}"，或是否提前"清除"，都未能实现通过其属性“项目列表”动态设置其选项。
白说无益探究实质，上了一个实例请大家实测通报一下吧。PS：请说明实测浏览器版本，是否我的浏览器有问题，我实测环境：IE 6.0
| 下载信息 [文件大小： 下载次数： ] | |
 点击浏览该文件:选项条.rar |
------------------------
执行> 页面1.选项条1.一般方法:[清除]
注释> -------------------------------------<以下设置“设置页眉主菜单的”命令>
参数> 自定义.字符:"{"
参数> 自定义.字符:"选项一"
参数> 自定义.非打印字符:"SOH"
参数> 自定义.字符:"选项二"
参数> 自定义.非打印字符:"SOH"
参数> 自定义.字符:"选项三"
参数> 自定义.非打印字符:"SOH"
参数> 自定义.字符:"选项四"
参数> 自定义.字符:"}"
参数> 运算.以上各项进行字符串:<连接>
设置> 页面1.选项条1.属性:(项目列表)
不需要你写的这么麻烦，你看它系统的实例；下面的方法 就可以：
==========================
执行> 页面1.选项条1.一般方法:[清除]
注释> -------------------------------------<以下设置“设置页眉主菜单的”命令>
参数> 自定义.字符:"选项一"
参数> 自定义.字符:"选项二"
参数> 自定义.字符:"选项三"
参数> 自定义.字符:"选项四"
注释> -------------------------------------<以下设置“设置页眉主菜单的”命令>
执行> 页面1.选项条1.一般方法:[增加选项]
不需要你写的这么麻烦，你看它系统的实例；下面的方法 就可以：
==========================
执行> 页面1.选项条1.一般方法:[清除]
注释> -------------------------------------<以下设置“设置页眉主菜单的”命令>
参数> 自定义.字符:"选项一"
参数> 自定义.字符:"选项二"
参数> 自定义.字符:"选项三"
参数> 自定义.字符:"选项四"
注释> -------------------------------------<以下设置“设置页眉主菜单的”命令>
执行> 页面1.选项条1.一般方法:[增加选项]
谢谢您的提醒！按照您之法确实可实现动态设置。
对属性值赋值一直习惯了在属性中直接用字符串更新替换的方法，结果遇上 “选项条”构件就不行了。
如此，事实上，“选项条”就只能通过jsphp解释的 堆栈 之法动态设置选项列表。但既然是 堆栈 之法就会带来取数不便，事实上写入的选项也是与原意顺序是反着的，这又得需要多个手脚来实现正序。
常规，一般能通过属性值直接动态赋值的构件，对其属性中的项目列表直接赋值就可以使用了，不需要再去调正其列表顺序。
所以，这不是愿意麻烦的事情，而是“选项条”确实不能通过属性值动态赋值，是由于“选项条”有其特殊性？还是确实有缺陷？
执行[增加选项]后，顺序是反的 ？？？？
可以看看上贴的说明……
----------------------
如此，事实上，“选项条”就只能通过jsphp解释的 堆栈 之法动态设置选项列表。但既然是 堆栈 之法就会带来取数不便，事实上写入的选项也是与原意顺序是反着的，这又得需要多个手脚来实现正序。
常规，一般能通过属性值直接动态赋值的构件，对其属性中的项目列表直接赋值就可以使用了，不需要再去调正其列表顺序。
所以，这不是愿意麻烦的事情，而是“选项条”确实不能通过属性值动态赋值，是由于“选项条”有其特殊性？还是确实有缺陷？
做程序"脑子"要灵活一下；调整一下“参数的设置顺序”，不就可以了吗！