实测发现搭建者的“选项条”不能通过动态设置属性中的“项目列表”，只能通过其方法动态的一个一个的“增加选项”。

如此不便在于 子项目之间传递时，“选项条”选项很多时会占用过多的公用变量数，传递既麻烦也容易出错。

请公司实测之，希望能得到改进优化。

应该可以吧!

请问：这样设置正确吗？ps：不管两头是否写上"{"、"}"，或是否提前"清除"，都未能实现通过其属性“项目列表”动态设置其选项。

白说无益探究实质，上了一个实例请大家实测通报一下吧。PS：请说明实测浏览器版本，是否我的浏览器有问题，我实测环境：IE 6.0

下载信息  [文件大小：   下载次数： ]

点击浏览该文件:选项条.rar

------------------------

执行> 页面1.选项条1.一般方法:[清除]
注释> -------------------------------------<以下设置“设置页眉主菜单的”命令>
参数> 自定义.字符:"{"
参数> 自定义.字符:"选项一"
参数> 自定义.非打印字符:"SOH"
参数> 自定义.字符:"选项二"
参数> 自定义.非打印字符:"SOH"
参数> 自定义.字符:"选项三"
参数> 自定义.非打印字符:"SOH"
参数> 自定义.字符:"选项四"
参数> 自定义.字符:"}"
参数> 运算.以上各项进行字符串:<连接>
设置> 页面1.选项条1.属性:(项目列表)

不需要你写的这么麻烦，你看它系统的实例；下面的方法 就可以：

==========================

执行> 页面1.选项条1.一般方法:[清除]
注释> -------------------------------------<以下设置“设置页眉主菜单的”命令>
参数> 自定义.字符:"选项一"
参数> 自定义.字符:"选项二"
参数> 自定义.字符:"选项三"
参数> 自定义.字符:"选项四"

注释> -------------------------------------<以下设置“设置页眉主菜单的”命令>
执行> 页面1.选项条1.一般方法:[增加选项]

谢谢您的提醒！按照您之法确实可实现动态设置。

对属性值赋值一直习惯了在属性中直接用字符串更新替换的方法，结果遇上 “选项条”构件就不行了。

如此，事实上，“选项条”就只能通过jsphp解释的 堆栈 之法动态设置选项列表。但既然是 堆栈 之法就会带来取数不便，事实上写入的选项也是与原意顺序是反着的，这又得需要多个手脚来实现正序。

常规，一般能通过属性值直接动态赋值的构件，对其属性中的项目列表直接赋值就可以使用了，不需要再去调正其列表顺序。

所以，这不是愿意麻烦的事情，而是“选项条”确实不能通过属性值动态赋值，是由于“选项条”有其特殊性？还是确实有缺陷？

可以看看上贴的说明……

----------------------

如此，事实上，“选项条”就只能通过jsphp解释的 堆栈 之法动态设置选项列表。但既然是 堆栈 之法就会带来取数不便，事实上写入的选项也是与原意顺序是反着的，这又得需要多个手脚来实现正序。

常规，一般能通过属性值直接动态赋值的构件，对其属性中的项目列表直接赋值就可以使用了，不需要再去调正其列表顺序。

所以，这不是愿意麻烦的事情，而是“选项条”确实不能通过属性值动态赋值，是由于“选项条”有其特殊性？还是确实有缺陷？

做程序"脑子"要灵活一下；调整一下“参数的设置顺序”，不就可以了吗！