Control Functions Activating Changed Indicators

[jdestes]

We have a couple of fields within the profound gui that have a changed indicator for a widget bound to a indicator field within a RPGLE program. When I do a copy within one of these fields (Ctrl + C) it fires off the changed indicator like I have changed the value of the field I am in. It also does the same thing when I press (Ctrl + B) or (Ctrl + U) and the value of the field does not change. Why is the changed indicator field fired off when I do this? The field value isn't changing therefore the indicator should remain off.

[Scott Klement]

I have not investigated this issue, so I can only take a guess... my guess is that we determine whether a field has changed by monitoring for any keypresses in the field. For example, in a 5250 screen, you can overtype the exact same data that was already in the field, and it will be considered "changed", even if the data is identical. So, to mimick that behavior, we probably just check for any keypress in the field, and mark the field "modified' if any keys were pressed.

The idea that we should not mark it changed if the keypress is something like Ctrl-C/Ctrl-B/Ctrl-U probably never occurred to anyone -- you may be the first person to have noticed.

Since this sounds like it might be a bug, the best thing to do is to report this to our support staff at support@profoundlogic.com. That is the best way to file a bug report so that we can take a look at it and get it fixed.