Posted September 28, 200718 yr When trying to update a clause the node selected and all its arguments reset. Here is the steps to the bug I am seeing... [*:3k9a13if]Select an existing program that you want to change[*:3k9a13if]Select a 'If' clause that you want to update[*:3k9a13if]Mine says 'Control' and I change it to 'Status' After doing this the node combo box and all the argument combo boxes jump to the top entries and does not stay on the already existing node and arguments. If it could stay on the existing node this would be very helpful. I understand that the lists sizes change from selection to selection. So if it could capture the selected node and arguments, and try to keep them selected unless they are not there on the new lists, otherwise they could jump to the top entry in the combo boxes. If you go to say 'X10' that does not have it and you decide to come back to 'Status' would be nice if it still had the same previous info from before. Why this suggestion; because when your trying to just adjust one item then hit the Update button you don't notice that your node and all its arguments has just changed too. And when you’re updating a program condition you more than likely will not be changing the node and all its arguments.
October 2, 200718 yr Mark, Should already be fixed. Thank you, Michel When trying to update a clause the node selected and all its arguments reset. Here is the steps to the bug I am seeing... [*:3u1xb105]Select an existing program that you want to change[*:3u1xb105]Select a 'If' clause that you want to update[*:3u1xb105]Mine says 'Control' and I change it to 'Status' After doing this the node combo box and all the argument combo boxes jump to the top entries and does not stay on the already existing node and arguments. If it could stay on the existing node this would be very helpful. I understand that the lists sizes change from selection to selection. So if it could capture the selected node and arguments, and try to keep them selected unless they are not there on the new lists, otherwise they could jump to the top entry in the combo boxes. If you go to say 'X10' that does not have it and you decide to come back to 'Status' would be nice if it still had the same previous info from before. Why this suggestion; because when your trying to just adjust one item then hit the Update button you don't notice that your node and all its arguments has just changed too. And when you’re updating a program condition you more than likely will not be changing the node and all its arguments.
October 8, 200718 yr I'm sorry, I still see the scene/device node changing to the first device on the list when I change between Status and Control. Rand
October 8, 200718 yr Author Your right it is not preserving the choice if it’s on both status and control combo box lists.
October 11, 200718 yr Author Chris, This is one of those annoying issues that when adjusting existing programs between Control and Status. Is there any chance it might be fixed in the next beta drop?
October 11, 200718 yr I wasn't going to make this change, but after playing with it a bit I agree that it would nicer if it retained the combo box values. I'll put the fix in the next drop.
October 25, 200717 yr Author I tested this a bunch of ways and I think this is now fixed now. What do you think Rand?
.thumb.jpeg.e7158216e47cb6d277a2b91465e8ff21.jpeg)
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.