充分讨论真好啊！heying后面增加这条语句一锤定音，确实可以实现属性动态赋值了，也免去了调整顺序的麻烦了。

谢谢！

看来，习惯与经验的路径依赖性真害死人的，一直觉得搭建的统一性做得还可以的，结果在特例面前栽跟斗了。之前一直以为既然已经赋值成功了何须再行增加之事呢？结果还真得再次执行增加方可。

想通过属性设置 也可以；在后面再 加一个执行方法，就行了。

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

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

注释> -------------------------------------<以下设置“设置页眉主菜单的”命令>

执行> 页面1.选项条1.一般方法:[增加选项]

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

可以看看上贴的说明……

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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