Hi,

When I do...

m_ListBox->Insert(wxT("Entry0"), 0);
m_ListBox->Insert(wxT("Entry1"), 1);
m_ListBox->Insert(wxT("Entry2"), 2);
m_ListBox->Select(1);
m_ListBox->Delete(0);

... "Entry2" ends up as the current selection on Mac OS X. This can't be
right.
On Windows, "Entry1" is the (correct) result.

Any way to avoid this, or is wxListBox deprecated in favour of wxListCtrl?

Thanks,
Daniel Dekkers

On Wed, 26 Sep 2012 03:44:44 -0700 (PDT) Daniel Dekkers wrote:

DD> When I do...
DD>  
DD> m_ListBox->Insert(wxT("Entry0"), 0);
DD> m_ListBox->Insert(wxT("Entry1"), 1);
DD> m_ListBox->Insert(wxT("Entry2"), 2);
DD> m_ListBox->Select(1);
DD> m_ListBox->Delete(0);
DD>  
DD> ... "Entry2" ends up as the current selection on Mac OS X. This can't be
DD> right.

 No, it looks like a bug. I believe we even have unit test for this one but
it might be disabled under OS X as quite a few other tests right now.

 Which port (Carbon or Cocoa) do you use?

DD> Any way to avoid this, or is wxListBox deprecated in favour of wxListCtrl?

 No, it's not deprecated, the bug "just" needs to be fixed.

 Regards,
VZ

application_pgp-signature_part < 1K Download

On Wed, 26 Sep 2012 17:03:53 +0200 Daniel Dekkers wrote:

DD> I'm using the Cocoa framework.

 Please open a ticket on trac.wxwidgets.org for this bug. Please check if
you can reproduce it in the listbox page of the widgets sample.

DD> Found another thing that feels like a bug though: wxTextCtrls don't get
DD> a kill focus event when a different window is selected (parent window
DD> of the wxTextCtrl loses focus).

 Again, please check if you can reproduce the problem in the text sample
and open a ticket if so (and if not, please try to find what do you do
differently in your code that results in different behaviour).

 Also, please search the existing tickets, the latter problem might have
been already reported, I have some vague memories of already seeing
something like this.

 Thanks,
VZ

application_pgp-signature_part < 1K Download

On Sat, 6 Oct 2012 20:11:26 +0200 Daniel Dekkers wrote:

DD> On Sep 26, 2012, at 6:21 PM, Vadim Zeitlin wrote:
DD>
DD> > On Wed, 26 Sep 2012 17:03:53 +0200 Daniel Dekkers wrote:
DD> >
DD> > DD> I'm using the Cocoa framework.
DD> >
DD> > Please open a ticket on trac.wxwidgets.org for this bug. Please check if
DD> > you can reproduce it in the listbox page of the widgets sample.
DD>
DD> I really can't because in the sample(s) there is no new selection made
DD> when the current selected item is deleted.

 Please just add the missing parts to the sample and attach a patch with
your changes (please see http://trac.wxwidgets.org/wiki/HowToSubmitPatches
if you hadn't done this before) if possible.

DD> > DD> Found another thing that feels like a bug though: wxTextCtrls don't get
DD> > DD> a kill focus event when a different window is selected (parent window
DD> > DD> of the wxTextCtrl loses focus).
...
DD> Yes:
DD> http://trac.wxwidgets.org/ticket/14142
DD> I've added a comment and a small demo to that ticket.
DD> Very annoying bug if you want to check (and maybe correct) the validity of user input in a wxTextCtrl without having to resort to some kind of "apply now" control path.
DD> You don't want to check on every wxEVT_COMMAND_TEXT_UPDATED event either, while the user is still typing.

 Yes, this is indeed very annoying. I hope Stefan can look into this
though because you could summarize everything I know about focus handling
under Mac on a back of a post stamp with plenty of space remaining.

 Regards,
VZ

application_pgp-signature_part < 1K Download