unified wxTaskBarIcon behaviour: wxMSW version is not removed automatically when all frames are closed, it must be destroyed explicitly

git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@26318 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
This commit is contained in:
Václav Slavík
2004-03-23 23:20:16 +00:00
parent 814e9c24c2
commit 1e6d9c20fd
5 changed files with 107 additions and 163 deletions

View File

@@ -39,6 +39,12 @@ INCOMPATIBLE CHANGES SINCE 2.4.x
- wxChoice and wxCombobox now handle their size in the same way as in all the
other ports under MSW, new code is actually correct but different from weird
stuff they were doing before so the behaviour of your programs might change
- wxTaskBarIcon objects must now be destroyed before the application can exit.
Previously, the application terminated if there were no top level windows;
now it terminates if there are no top level windows or taskbar icons left.
wxTaskBarIcon must be explicitly destroyed now, otherwise the application
won't exit even though there are no top level windows
DEPRECATED METHODS SINCE 2.4.x
@@ -92,6 +98,8 @@ wxMSW:
- wxMenuBar::GetLabelTop() doesn't include '&'s in the label any more
- wxRegConf couldn't read global settings without admin privileges and didn't
even try to do it by default -- now it does
- wxTaskBarIcon must be explicitly destroyed now, otherwise the application
won't exit even though there are no top level windows
wxMotif: