一、部分项只读失效的原因与解决方法 #

你推测的完全正确！goEditing这个全局选项的优先级高于单个Item的ReadOnly属性——当控件Options中包含goEditing时，会强制允许所有单元格进入编辑模式，直接忽略单个项的只读设置。这里有两种实用的解决方式：

方法1：关闭全局编辑选项，精准控制可编辑项 #

直接移除Options里的goEditing，然后只把需要编辑的项的ReadOnly设为false即可：

// 设计时操作：在Object Inspector中找到ValueListEditor的Options，取消勾选Editing
// 代码中设置的写法：
ValueListEditor1->Options = ValueListEditor1->Options >> goEditing;

这种方式逻辑直接，只有ReadOnly为false的项会被允许编辑，完全匹配你的需求。

方法2：通过OnEditing事件动态控制（适合保留全局选项的场景） #

如果因为业务需求必须保留goEditing选项，可以借助OnEditing事件拦截编辑请求，根据当前项的ReadOnly属性动态决定是否允许编辑：

void __fastcall TForm1::ValueListEditor1Editing(TObject *Sender, TItemProp *Item, bool &AllowEdit)
{
    // 仅当项的ReadOnly为false时，才允许进入编辑状态
    AllowEdit = !Item->ReadOnly;
}

这个方法灵活性更高，适合需要动态切换项的只读状态的场景。

二、让esPickList/esEllipsis项选中即显示按钮 #

默认情况下TValueListEditor确实需要双击才会显示选择按钮，但我们可以通过OnSelectItem事件模拟IDE Object Inspector的交互逻辑——当选中目标类型的项时，主动触发编辑状态，按钮就会立刻显示出来：

void __fastcall TForm1::ValueListEditor1SelectItem(TObject *Sender, TItemProp *Item)
{
    if (Item != nullptr)
    {
        // 判断当前项是PickList或Ellipsis类型
        if (Item->EditStyle == esPickList || Item->EditStyle == esEllipsis)
        {
            ValueListEditor1->Edit(); // 触发编辑状态，直接显示按钮
        }
    }
}

这样用户选中项时，按钮就会直接出现，和IDE的操作体验完全一致。如果想要按钮始终显示（不依赖编辑状态），需要自定义绘制单元格，复杂度较高，上面的方法是最简便且贴近需求的方案。

内容的提问来源于stack exchange，提问作者Jayme Jeffman