Ticket #11691 (closed defect: fixed)

Opened 3 years ago

Last modified 3 years ago

EVT_TEXT_ENTER on OSX fires twice

Reported by: klystron Owned by: vadz
Priority: normal Milestone:
Component: wxOSX-Cocoa Version: 2.9.0
Keywords: text enter Cc:
Blocked By: Patch: no
Blocking:

Description

A simple window with a wxTextCtrl sees a EVT_TEXT_ENTER fired twice on OSX version 2.9. (built with MacPorts.) This does not occur when the code is compiled on the 2.8 provided by Apple.

Change History

Changed 3 years ago by VZ

(In [63379]) Test wxTE_PROCESS_ENTER style in the widgets sample.

Add a checkbox for toggling wxTE_PROCESS_ENTER to the text page and use this
style by default. This makes it easier to check that this style works as
intended, including that it generates the correct events.

See #11691.

Changed 3 years ago by vadz

  • status changed from new to confirmed

I can confirm it after modifying the widgets sample to allow testing controls with wxTE_PROCESS_ENTER style. Interestingly, a single event is sent for multi-line wxTextCtrl but 2 are sent for single-line one.

Changed 3 years ago by vadz

  • owner set to vadz
  • status changed from confirmed to accepted

Stefan, the code for wxEVT_COMMAND_TEXT_ENTER generation in wxNSTextViewControl seems simply unnecessary, these events are generated from wxNSTextFieldControl::controlAction() already. So I just removed -[wxNSTextField control:textView:doCommandBySelector:] entirely, hopefully this is ok.

Changed 3 years ago by VZ

  • status changed from accepted to closed
  • resolution set to fixed

(In [66032]) Remove duplicate wxEVT_COMMAND_TEXT_ENTER generation from wxOSX/Cocoa.

The code in -[wxNSTextField control:textView:doCommandBySelector:] generated a
second copy of this event as it was also generated from
wxNSTextFieldControl::controlAction() for single line text controls.

Closes #11691.

Note: See TracTickets for help on using tickets.