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.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page
LV 2017 Possible bug with property node settings in edit mode
Blokk
Trusted Enthusiast
10-13-2017 10:23 AM - edited 10-13-2017 10:29 AM
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report to a Moderator
Labels:
Please try to reproduce the following problem I just discovered. I did not check with other combinations, other control types and property types. First testing only this.
- Open an empty VI. Drop a Tree Control into the FP. Go to BD, and via right click, create a Property node, set the first element to "KeyFocus". Right click again on this node, and set it "Change All to Write". Expand the property node to have a second element. The next element will apear from the list, which is "Label". This is in "Read mode" (not writable prop). Click on this, and change the property to "Edit Position". Here the bug comes! Somehow LabVIEW keeps this second element in "Read only" mode, there is no way you can change either both or this second entry to "Change All to Write"!
- If you keep the the KeyFocus entry in "Read mode" from the beginning, there is no bug. You can expand to prop.node to have 2 entries, select EditPos for the second one, and THEN you can set each of them or both at once to "Write mode".
I think this is a bug...
EDIT: ok, maybe it is not a bug, but this is the way how it works. I realized, there is an option to change to write mode that individual entry. But still, after right click, it would be handy to change the entire propnode to Write mode using the first entry from the right click menu...
EricHayoz
NI Employee (retired)
10-16-2017 05:22 AM - edited 10-16-2017 05:27 AM
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report to a Moderator
Hi Blokk,
I could reproduce this behaviour and I don't think it is a bug.
After you have created the element "Edit Position", you can right-click on it and select "Change All To Read". Then right-click again and select "Change All To Write".
(the top property node element determines if "Change All To Read" or "Change All To Write" is displayed first, but you can get to the other one by choosing the "opposite" first and then right click again)
Regards,
Eric
Eric H.
Applications Engineering
National Instruments
Applications Engineering
National Instruments
10-16-2017 07:10 AM
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report to a Moderator
@EricHayoz wrote:
Hi Blokk,
I could reproduce this behaviour and I don't think it is a bug.
After you have created the element "Edit Position", you can right-click on it and select "Change All To Read". Then right-click again and select "Change All To Write".
(the top property node element determines if "Change All To Read" or "Change All To Write" is displayed first, but you can get to the other one by choosing the "opposite" first and then right click again)
Regards,
Eric
Ok, but even if this is not a bug, it is not too comfortable. I should get the "Write mode" for all entries in one step.
