12-12-2019 01:02 PM
I'm an curious if the following described behavior is intentional or if it is a bug.
Example:
Say you have 3 groups loaded into the data portal in the following order (note: all three groups contain the same channel names):
[1]/DataSetA
[2]/DataSetB
[3]/DataSetC
You then create two areas in VIEW, both with ChannelTable as the display type.
You then drag "[1]/ChannelA" from [1]/DataSetA group into one area and "[2]/ChannelB" from [2]/DataSetB into the other area.
Then, you decide to reorder the groups in the data portal by moving DataSetC to the top of the data portal - resulting in the following:
[1]/DataSetC
[2]/DataSetA
[3]/DataSetB
Your VIEW layout automatically updates the existing channel tables to make sure that the data you were looking at before changing the data portal remains the same after you change the data portal. It does this by updating "[1]/ChannelA" to "[2]/ChannelA" and "[2]/ChannelB" to "[3]/ChannelB". Everything up to this point seem intuitive to me.
The oddity comes in when you then delete [3]/DataSetB. When you do this, the VIEW layout is changed to show "[1]/ChannelA" and "[2]/ChannelB". This seems a little confusing to me as I was expecting the VIEW layout to continue showing "[2]/ChannelA" and "[3]/ChannelB" and since "[3]/ChannelB" would not exist after deleting it, the VIEW area which contained that area would be blank.
This is not necessarily a huge issue, but did cause me some challenges when dealing with several different data files/group which were similarly named and hard to distinguish between based solely on group name. I was moving and deleting groups in the data portal and didn't realize the VIEW layout was performing this behavior.
Is this the expected behavior? If so, would there be any appetite to update it to my suggestion above?
12-13-2019 12:59 AM
Hello parker_matt,
I agree with your expectation and I tested it with DIAdem 2019 SP1 (which is the latest version). And the behavior is as expected. The table of the deleted channel is empty.
Greetings
Walter
12-13-2019 08:14 AM
Thank you for the reply Walter. I forgot to add that I tried it in 2019 and 2018 SP1 with the results that I listed.
Glad to hear it is fixed in 2019 SP1.