Changelogs
Overview
These changelogs reflect the history of all files in the Subversion repository. The changelog has been generated at 2016-05-09 08:38:04
Changelog for wxWidgets (70435 changes):
2013-11-21 01:08 VZ, revision 752562013-11-21 01:07 VZ, revision 75255Fix wrong printf() format specifiers in the joystick sample. Use "%ld" for the long values, not "%d", they are not the same under LP64 platforms. Closes #15691.
2013-11-21 01:07 VZ, revision 75254Don't perform any tests for joystick in configure under OS X. The test for setEventCallout() was added in r34541 to work around some problem with OS X 10.1 SDK. As we don't support this version of OS X since a very long time, it shouldn't be needed any longer. See #15692.
2013-11-21 01:07 VZ, revision 75253Fix joystick detection in configure under OS X. Don't compare toolkit with OSX which is never used for it, compare it with OSX_COCOA instead. Closes #15692.
2013-11-20 17:04 VZ, revision 75252Fix wrong printf() format specifiers in the joystick sample. Use "%ld" for the long values, not "%d", they are not the same under LP64 platforms. Closes #15691.
2013-11-20 13:01 VZ, revision 75251Don't process events handled in user code in generic scrolling code. Undo the change introduced, probably accidentally, by r11369 (12 years ago) and skip the default handling of all events except wxEVT_SIZE and wxEVT_PAINT, which are special for the reasons explained in the comments in the code, if the user code has already handled the event. This allows to customize scrolling by selectively handling some scrolling events only and generally makes sense. Closes #15684.
2013-11-20 13:01 VZ, revision 75250Fix wxRegion::Offset() copy on write behaviour in wxMSW. Offset the correct, new and unshared, region handle instead of the old and possibly shared one. Closes #15690.
2013-11-20 13:01 VZ, revision 75249Fix assert message when removing non-existent items from wxMenu. The assert complained about a bug in wxMenu code itself, but actually could be triggered by simply trying to remove a non-existent item from the menu. Fix this by checking for the item existence, and also removing it from the internal menu data structure, in wxMenuBase::Remove() and only dealing with the item itself in DoRemove(). Closes #3424.
- M /wxWidgets/branches/WX_3_0_BRANCH/docs/changes.txt
- M /wxWidgets/branches/WX_3_0_BRANCH/src/msw/region.cpp
2013-11-19 15:15 VZ, revision 75248Fix wxRegion::Offset() copy on write behaviour in wxMSW. Offset the correct, new and unshared, region handle instead of the old and possibly shared one. Closes #15690.
2013-11-19 15:15 VZ, revision 75247Fix swapping items client data in wxEditableListBox. Use wxUIntPtr, not long, and SetItemPtrData() instead of SetItemData(), to ensure that we preserve the values of client data pointers in 64 bit build, otherwise they were truncated to 32 bits. Closes #15687.
- M /wxWidgets/branches/WX_3_0_BRANCH/docs/changes.txt
- M /wxWidgets/branches/WX_3_0_BRANCH/src/generic/editlbox.cpp
2013-11-19 14:13 VZ, revision 75246Fix swapping items client data in wxEditableListBox. Use wxUIntPtr, not long, and SetItemPtrData() instead of SetItemData(), to ensure that we preserve the values of client data pointers in 64 bit build, otherwise they were truncated to 32 bits. Closes #15687.
2013-11-19 14:12 VZ, revision 75245Don't allocate way too much memory in wxVector::reserve(). We multiplied the number of items by the size of each element twice, once in wxVector::reserve() itself and once in Ops::Realloc() it called, so we allocated much more memory than actually needed. Fix this by passing the number of elements to Ops::Realloc().
- M /wxWidgets/branches/WX_3_0_BRANCH/docs/changes.txt
- M /wxWidgets/branches/WX_3_0_BRANCH/include/wx/vector.h
2013-11-18 15:21 VZ, revision 75244Don't allocate way too much memory in wxVector::reserve(). We multiplied the number of items by the size of each element twice, once in wxVector::reserve() itself and once in Ops::Realloc() it called, so we allocated much more memory than actually needed. Fix this by passing the number of elements to Ops::Realloc().
2013-11-18 15:20 VZ, revision 75243Fix replacing "Window" menu in wxMDIParentFrame in wxMSW. When setting a new "Window" menu (as opposed to just modifying the existing one which did work correctly), we shouldn't show it immediately in the menu bar if there are no MDI children, this results in wrong UI and assert failures. Closes #15663.
2013-11-18 15:19 VZ, revision 75242Fix problem with inserting menus in wxMDIParentFrame menu bar. Account for the "Window" menu (and any other foreign windows lurking in our menu bar) correctly in wxMenuBar::Insert() instead of the old code which apparently tried to do something similar but didn't make much sense and didn't work when trying to insert the menu at the position actually occupied by the "Window" menu in the menu bar. Closes #15662, #1732.
2013-11-18 15:19 VZ, revision 75241Fix replacing "Window" menu in wxMDIParentFrame in wxMSW. When setting a new "Window" menu (as opposed to just modifying the existing one which did work correctly), we shouldn't show it immediately in the menu bar if there are no MDI children, this results in wrong UI and assert failures. Closes #15663.
2013-11-18 12:14 JS, revision 75240Fix problem with inserting menus in wxMDIParentFrame menu bar. Account for the "Window" menu (and any other foreign windows lurking in our menu bar) correctly in wxMenuBar::Insert() instead of the old code which apparently tried to do something similar but didn't make much sense and didn't work when trying to insert the menu at the position actually occupied by the "Window" menu in the menu bar. Closes #15662, #1732.
- M /wxWidgets/branches/WX_3_0_BRANCH/src/richtext/richtextdialogs.pjd
- M /wxWidgets/branches/WX_3_0_BRANCH/src/richtext/richtextsizepage.cpp
2013-11-18 12:14 JS, revision 75239Use % instead of percent in Size dialog; controls more legible on wxGTK
- M /wxWidgets/trunk/src/richtext/richtextdialogs.pjd
- M /wxWidgets/trunk/src/richtext/richtextsizepage.cpp
2013-11-18 08:49 JS, revision 75238Use % instead of percent in Size dialog; controls more legible on wxGTK
2013-11-18 08:49 JS, revision 75237Fixed refresh bug in border preview control when resizing
2013-11-17 22:55 JS, revision 75236Fixed refresh bug in border preview control when resizing
2013-11-17 22:50 JS, revision 75235Backported colour/color consistency
2013-11-17 22:50 JS, revision 75234Applied #15681: wxRichTextCtrl: Crash when deleting a wxRichTextTable row or column (dghart)
2013-11-17 19:03 VS, revision 75233Applied #15681: wxRichTextCtrl: Crash when deleting a wxRichTextTable row or column (dghart)
2013-11-17 19:03 VS, revision 75232Fix Czech translation of "About %s". It is used for the app name, translate it in the commonly used way ("About application %s").
- M /wxWidgets/trunk/include/wx/defs.h
- M /wxWidgets/trunk/src/osx/cocoa/menu.mm
- M /wxWidgets/trunk/src/osx/menu_osx.cpp
2013-11-17 19:03 VS, revision 75231Put Services submenu into the Apple menu on OS X. Native applications have a Services submenu in the apple menu. wx applications didn't until now.
2013-11-17 19:02 VS, revision 75230Add wxMenuBar::OSXGetAppleMenu(). Native OS X apps sometimes have certain app-wide comments in the Apple/app menu ("Check for Updates" is a typical example). Make it possible to write well-behaved OS X apps by exposing this menu to user code.
2013-11-17 19:02 VS, revision 75229Fix i18n-unfriendly About menu code in wxOSX. The code didn't follow the golden rule of localization and broke user-visible string into separately translated substrings. Replace with the same _("About %s") string already used in wxAboutDialog.
2013-11-17 19:02 VS, revision 75228Don't duplicate code for Apple menu creation. Have just one copy of the code, instead of two. Eliminate differences between the two versions. As a result, applications now properly have preferences and about items even if window-less.
2013-11-17 19:02 VS, revision 75227Fix Czech translation of "About %s". It is used for the app name, translate it in the commonly used way ("About application %s").
- M /wxWidgets/branches/WX_3_0_BRANCH/include/wx/defs.h
- M /wxWidgets/branches/WX_3_0_BRANCH/src/osx/cocoa/menu.mm
- M /wxWidgets/branches/WX_3_0_BRANCH/src/osx/menu_osx.cpp
2013-11-17 19:02 VS, revision 75226Put Services submenu into the Apple menu on OS X. Native applications have a Services submenu in the apple menu. wx applications didn't until now.
- M /wxWidgets/branches/WX_3_0_BRANCH/include/wx/osx/menu.h
- M /wxWidgets/branches/WX_3_0_BRANCH/interface/wx/menu.h
2013-11-17 19:02 VS, revision 75225Add wxMenuBar::OSXGetAppleMenu(). Native OS X apps sometimes have certain app-wide comments in the Apple/app menu ("Check for Updates" is a typical example). Make it possible to write well-behaved OS X apps by exposing this menu to user code.
2013-11-17 19:02 VS, revision 75224Fix i18n-unfriendly About menu code in wxOSX. The code didn't follow the golden rule of localization and broke user-visible string into separately translated substrings. Replace with the same _("About %s") string already used in wxAboutDialog.
2013-11-17 13:43 JS, revision 75223Don't duplicate code for Apple menu creation. Have just one copy of the code, instead of two. Eliminate differences between the two versions. As a result, applications now properly have preferences and about items even if window-less.
- M /wxWidgets/trunk/include/wx/richtext/richtextbuffer.h
- M /wxWidgets/trunk/interface/wx/richtext/richtextbuffer.h
- M /wxWidgets/trunk/src/richtext/richtextborderspage.cpp
- M /wxWidgets/trunk/src/richtext/richtextbuffer.cpp
- M /wxWidgets/trunk/src/richtext/richtextdialogs.pjd
- M /wxWidgets/trunk/src/richtext/richtextxml.cpp
2013-11-17 11:37 JS, revision 75222Removed GetId/GetId and changed span storage to be compatible with 3.0. Fixed border control style.
2013-11-17 11:32 JS, revision 75221Backported part of r75124: Generalised wxRICHTEXT_CHANGE_OBJECT command so it can now apply to a paragraph as well as an object within a paragraph.
2013-11-17 11:28 JS, revision 75220Backported r75109: Corrected multiple cell property editing
2013-11-17 11:23 JS, revision 75219Backported r75108: Fixed print preview glitch and vertical cell alignment.
2013-11-17 11:20 JS, revision 75218Backported r75107: Fixed selection bug.
2013-11-17 10:43 JS, revision 75217Backported layout fixes portion of r75105
2013-11-17 00:41 VZ, revision 75216Don't delete composite objects when defragmenting (backport of r75099 from trunk)
2013-11-17 00:41 VZ, revision 75215Don't eat TAB presses for wxComboBox with wxTE_PROCESS_ENTER in wxMSW. Still allow to use TAB for navigation even when a wxComboBox has wxTE_PROCESS_ENTER style. Use the same hack for wxTextCtrl, i.e. implement the navigation ourselves as we can't let IsDialogMessage() handle it but still get VK_ENTER key presses. Closes #12808.
- M /wxWidgets/branches/WX_3_0_BRANCH/build/msw/wx_vc10_aui.vcxproj
- M /wxWidgets/branches/WX_3_0_BRANCH/build/msw/wx_vc10_aui.vcxproj.filters
2013-11-17 00:41 VZ, revision 75214Add xh_auinotbk.{h,cpp} to the manually maintained VC10 project files. This file existed in automatically generated projects but not this one. Closes #15673.
- M /wxWidgets/branches/WX_3_0_BRANCH/include/wx/generic/infobar.h
- M /wxWidgets/branches/WX_3_0_BRANCH/src/generic/infobar.cpp
- M /wxWidgets/branches/WX_3_0_BRANCH/version-script.in
2013-11-17 00:41 VZ, revision 75213Allow changing the colour of wxInfoBarGeneric text. Override SetForegroundColour() to forward it to the text control. See #15671.
2013-11-17 00:40 VZ, revision 75212Set wxInfoBarGeneric text colour correctly. For some reason SetOwnForegroundColour() was used, but we really need to set the colour of the child text control and not our own colour here (which is not used for anything). This makes the text visible even when using non default tooltip colours, which could previously result in black-on-black text. See #15671.
- M /wxWidgets/branches/WX_3_0_BRANCH/docs/changes.txt
- M /wxWidgets/branches/WX_3_0_BRANCH/include/wx/defs.h
2013-11-17 00:40 VZ, revision 75211Define SIZEOF_LONG_LONG for Windows. This is important not only for consistency with the other platforms but also because without SIZEOF_LONG_LONG being defined, "%lu" format specifier can't be used with size_t values under Win64, as Arg_Size_t is not defined correctly there if SIZEOF_LONG_LONG is unknown. Closes #15670.
- M /wxWidgets/branches/WX_3_0_BRANCH/docs/changes.txt
- M /wxWidgets/branches/WX_3_0_BRANCH/src/common/socket.cpp
2013-11-17 00:37 VZ, revision 75210Fix wxSocket::WaitForAccept() in worker thread. This was broken because Select() never returned wxSOCKET_CONNECTION_FLAG which is supposed to be set when a connection is accepted. Closes #15669.
2013-11-17 00:37 VZ, revision 75209Don't eat TAB presses for wxComboBox with wxTE_PROCESS_ENTER in wxMSW. Still allow to use TAB for navigation even when a wxComboBox has wxTE_PROCESS_ENTER style. Use the same hack for wxTextCtrl, i.e. implement the navigation ourselves as we can't let IsDialogMessage() handle it but still get VK_ENTER key presses. Closes #12808.
- M /wxWidgets/trunk/build/msw/wx_vc10_aui.vcxproj
- M /wxWidgets/trunk/build/msw/wx_vc10_aui.vcxproj.filters
2013-11-17 00:37 VZ, revision 75208Add xh_auinotbk.{h,cpp} to the manually maintained VC10 project files. This file existed in automatically generated projects but not this one. Closes #15673.
2013-11-17 00:37 VZ, revision 75207Allow changing the colour of wxInfoBarGeneric text. Override SetForegroundColour() to forward it to the text control. See #15671.
Set wxInfoBarGeneric text colour correctly. For some reason SetOwnForegroundColour() was used, but we really need to set the colour of the child text control and not our own colour here (which is not used for anything). This makes the text visible even when using non default tooltip colours, which could previously result in black-on-black text. See #15671.