From Release notes:
66755
[66755] Framework macOS
DesktopPopupMenu.SelectionChanged event no longer fires needlessly when the SelectedRowIndex doesn’t change.
I thought this issue was related to a topic of mine of a few days ago:
PopupMenu not firing when selecting the same row.
where I was saying that targetWindows does not fire, but MacOS fires it.
Now, after a quick test, it seems to me that, for MacOS, things have not changed, i.e. selecting the same row of a popupmenu fires.
This is my test:
three textfields with text = “”
popupmenu1.change event
if me.listindex = 0 then
textfield1.text = “122”
textfield2.text = “BGT”
textfield3.text = “”
elseif me.listindex = 1 then
etc. etc.
end if
-
User writes something in textfield3, ex. “Hello”; and may even edit textfield1 and textfield2.
-
User re-selects the same row of the popupmenu, or somewhere s(he) executes:
popupmenu1.listindex = popupmenu1.listindex -
The three fields show
textfield1.text = “122”
textfield2.text = “BGT”
textfield3.text = “”
Does not this behavior relate to case 66755? If it does, then re-selecting the same row should not have fired (as in target Windows where the popupmenu won’t fire).
But I may be misunderstanding the issue.
Or, does case 66755 apply only to API2?