2.4.0.7 introduces a change in wxListCtrl?

wxPython Users
1

Robin Dunn wrote:

A quickie workaround for your sample is to move Self.Show() to be after the self.AddMailbox. Since the frame will get a resize event when it is first shown then the mailbox window will get sized too and refreshed. This isn't a general solution for you though since you probably want to add more of them after is is created. So you can either do something that causes the wxListCtrl to get resized after it is initially shown, or at least give it a Refresh, such as this at the end of mailbox_window.__init__

  wxCallAfter(self.msglist.Refresh, True)

BTW, this is definitely a bug, please enter a bug report about it in the wxMSW category.

I have filed a bug report as you requested.

Adding the Refresh as you suggested doesn't fix the problem in 2 ways

1) The scroll bar is still not visible until the mouse passes over it.

2) The list control will disappear after a minimize and restore.

The only work around I've found so far is to disable visual themes.

Thanks
gb

2

Gary Bishop wrote:

I have filed a bug report as you requested.

Adding the Refresh as you suggested doesn't fix the problem in 2 ways

1) The scroll bar is still not visible until the mouse passes over it.

2) The list control will disappear after a minimize and restore.

The only work around I've found so far is to disable visual themes.

To help narrow down the problem could you try it with various combinations of the following:

  with/without the notebook
  with/without the splitter window
  with some other control, such as wxTreeCtrl

and report the results in the bug report?

Thanks.

ยทยทยท

--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!