From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
Echoing Mads comment, let me be precise in my statement: Based on the context of the menu, locking *should* only apply to position and size. If you really do not want color changes consider a strict type def.
This is either not a bug or it is a much bigger bug than just the color. Here are a few more things you can do to interact with a control that is locked.
Operate a button
Edit the text in a numeric or string
Operate the inc/dec arrows of a numeric
Change the selected item of a listbox
Change the control's label
Change a button's bool text
Modify the items in a listbox
Change the range of a slider
Change the plot style of a graph through the plot legend
Add controls to a tab of a tab control
The list goes on and on. Locking as currently defined only covers 3 operations: selection, context menu (right click) and resize. We can decide to change the definition of the feature but until then I'm closing the CAR that AQ created. If you think we should change the feature, feel free to Kudo the idea.
"only covers 3 operations: selection, context menu (right click) and resize"
For me, this is ok. I usually use locking just for not accidently moving it (especially for tab controls or pictures where you want to drop control/indictors on top).
I still would like to be able to change everything else.