飞扬工作室 发表于 2023-5-25 16:11
已经通过修正界面插件代码生成机制解决了此问题,请留意下一个更新包.

自定义一个@窗口组件，内部一个写属性方法（参数是整数）加上@列表选择项，选项提供上边、下边、左边、右边，在界面设计器里点击选项的时候，只有最后一个右边有效果。该方法内已有分支判断0-3的代码，测试只有右边（3）有效果。
而不用@列表选择项，参数类型改成常量类，则在界面设计器里点击下拉选项则一切正常。我认为是界面设计器的Bug！！！
因为需要编译界面插件，不方便提供例子，请吴总排查一下！@飞扬工作室

609177738 发表于 2023-5-24 22:12
是的, 但是我的想法是  修改设计器相关代码:  下拉列表(也就是组合框) 是可以存储用户数据的, 在获取本地 ...

已经通过修正界面插件代码生成机制解决了此问题,请留意下一个更新包.

错就认，挨打要立正。
改了就好了。

飞扬工作室 发表于 2023-5-24 18:18
该BUG并不影响调试和发布版的实际效果.

你的意思是这个问题在调试运行和编译时均不存在,只是影响在设计时 ...

是的, 但是我的想法是  修改设计器相关代码:  下拉列表(也就是组合框) 是可以存储用户数据的, 在获取本地常量名的时候把对应值加进去,这样下拉选择的时候再取出对应数值传递就可以避免这样的情况了

该BUG并不影响调试和发布版的实际效果.

你的意思是这个问题在调试运行和编译时均不存在,只是影响在设计时的预览效果?


如果是这样的话,窗口属性中使用的常量类是必须要满足这个条件(从0开始顺序递增)的,你想一下,类似这样的常量类:


<火山程序 类型 = "通常" 版本 = 1 />

类 横向对齐模式 <公开 注释 = "提供各种横向对齐模式" @文档 = "category = \"其它\"" @常量类 = 整数>
{
    常量 左边 <公开 值 = @VHAM_LEFT>
    常量 居中 <公开 值 = @VHAM_HCENTER>
    常量 右边 <公开 值 = @VHAM_RIGHT>
}

它的值不是整数而是一个本地常量名称,如果常量值不能满足从0开始顺序递增,那么设计器是无法得知预览时需要传递过去的具体属性值的.

@飞扬工作室 麻烦看一下这个问题，确实存在BUG

你好大佬，你的火山界面库有交流群嘛

@飞扬工作室         回话呀

有没有一种可能  就是说至今才被发现的原因是    用火山的人实在太少了？