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

Select Changelog:

FileZilla 3, FileZilla Server,
Legacy FileZilla 2, Legay FileZilla Server

Select page:

[] [1 6 10 15 16 17 18 19 248 476 705] []

Changes per page:

25 50 100 250 500 1000 2000

Changelog for wxWidgets (70435 changes):

2014-07-04 14:22 VZ, revision 76822

Skip mouse button release events in wxGenericListCtrl. This is similar to r76093 for wxGenericTreeCtrl and fixes a similar problem: clicking in a wxListCtrl inside wxNotebook confused GtkNotebook mouse tracking logic because it didn't get some events. Closes #16365.

2014-07-04 14:16 VZ, revision 76821

Fix typo in wxTreeCtrl::AppendItem() documentation. The greater sign got lost in Doxygen translation, restore it. Closes #16366.

2014-07-04 13:50 VZ, revision 76820

Remove accidentally committed wxCompilerPrefix setting. Don't use "vc120" compiler prefix by default.

2014-07-04 13:31 VZ, revision 76819

Extract setup.h copying into a separate project for MSVC11+. This fixes problems with parallel builds in Visual Studio 2012 or 2013 IDE as multiple projects may try to copy setup.h file at once, resulting in errors. Use _custom_build project as a common dependency to ensure that the copy step is done only once. This is a backport of r76419 from trunk, see #16177.

2014-07-04 12:35 SC, revision 76818

adding 10.9 constants

2014-07-04 09:58 SC, revision 76817

fixing non-precomp build on carbon

2014-07-04 00:51 VZ, revision 76816

Still continue to use QuickTime framework in wxOSX/Carbon builds. Amend the changes of r76803 to only avoid QuickTime framework when using Cocoa, under Carbon it's needed by wxSound too, and not only wxMediaCtrl, and there is no real reason to avoid it in the first place anyhow.

2014-07-04 00:03 VZ, revision 76815

Hopefully finish removing the old wxCocoa port. Get rid of the rest of __WXCOCOA__ tests in the sources. Drop configure option for using it. Also remove the documentation for this port. This should have also been part of r76735.

2014-07-04 00:03 VZ, revision 76814

Still continue to use QuickTime framework in wxOSX/Carbon builds. Amend the changes of r76800 to only avoid QuickTime framework when using Cocoa, under Carbon it's needed by wxSound too, and not only wxMediaCtrl, and there is no real reason to avoid it in the first place anyhow.

2014-07-03 18:47 TIK, revision 76813

Items appended via the menu have no item data. Don't crash if right-clicking these items.

2014-07-03 18:45 TIK, revision 76812

Items appended via the menu have no item data. Don't crash if right-clicking these items.

2014-07-03 16:33 TIK, revision 76811

Add some files created by building with Visual Studio 2013 to svn:ignore.

2014-07-03 16:33 TIK, revision 76810

Add some files created by building with Visual Studio 2013 to svn:ignore.

2014-07-03 16:25 TIK, revision 76809

wxListTextCtrlWrapper::Finish and wxTreeTextCtrl::Finish cannot be called multiple times without crashing. wxListTextCtrlWrapper already used to protect against this in the past, but revision 51150 removed the safety check. This patch reimplements the functionality in a slighly different way for both controls, so that Finish is not called multiple times.

2014-07-03 16:16 TIK, revision 76808

wxListTextCtrlWrapper::Finish and wxTreeTextCtrl::Finish cannot be called multiple times without crashing. wxListTextCtrlWrapper already used to protect against this in the past, but revision 51150 removed the safety check. This patch reimplements the functionality in a slighly different way for both controls, so that Finish is not called multiple times.

2014-07-03 11:57 VZ, revision 76807

Revert "Don't link with OpenGL framework unconditionally under Mac OS X." OpenGL framework is, in fact, always needed because of the code in src/osx/core/glgrab.cpp which is currently used to implement wxScreenDC::GetAsBitmap(). This reverts r76799.

2014-07-02 15:28 VZ, revision 76806

Remove the inclusions of wx/cocoa headers which don't exist any more. This should have been part of r76735: in addition to removing the old Cocoa port headers, also remove the references to them from the common include files.

2014-07-02 15:28 VZ, revision 76805

Fix wxMSW compilation with old MinGW versions without ASSOCXXX constants. Define ASSOCF_NOTRUNCATE and ASSOCSTR_DEFAULTICON ourselves to let the code compile with older MinGW.

2014-07-02 15:28 VZ, revision 76804

Stop duplicating wxFrame dtor in all ports. wxGTK1, wxGTK, wxMSW and wxOSX all did the same thing in their wxFrame dtor, so just do it in wxFrameBase instead.

2014-07-02 14:06 VZ, revision 76803

Don't link with QuickTime framework unnecessarily under OS X. Only use QuickTime when wxUSE_MEDIACTRL is true.

2014-06-30 20:43 TIK, revision 76802

Disabled bitmaps of toolbar tools are now rendered at the correct position if using GTK3. Extend toolbar sample to include a button with a custom disabled bitmap.

2014-06-30 20:41 TIK, revision 76801

Disabled bitmaps of toolbar tools are now rendered at the correct position if using GTK3. Extend toolbar sample to include a button with a custom disabled bitmap.

2014-06-30 14:02 VZ, revision 76800

Don't link with QuickTime framework unnecessarily under OS X. Only use QuickTime when wxUSE_MEDIACTRL is true.

2014-06-30 14:02 VZ, revision 76799

Don't link with OpenGL framework unconditionally under Mac OS X. "-framework OpenGL" is already added when wxUSE_OPENGL is true, there is no need to always include it.

2014-06-30 03:00 VZ, revision 76798

Check for conversion failure correctly in wx[F]File::Write(). Check for the length of the buffer to determine whether the conversion failed instead of checking whether it's NULL because this is currently never the case because of the code in wxString::AsCharBuf() which returns "" and not NULL in case of conversion failure. This at least eliminates silent data loss when saving data that can't be converted to the current locale encoding. Closes #16348.

2014-06-30 03:00 VZ, revision 76797

Don't call strlen() unnecessarily in wxFFile::Write(). We already have the length of the string, either in the buffer if we actually converted the string from Unicode to multi-byte, or in the string itself in non-Unicode build.

2014-06-30 03:00 VZ, revision 76796

Don't use C++ streams in wxString::FromCDouble() implementation. This doesn't work if the global C++ locale had been changed and we can't call imbue(locale::classic()) to ensure that the stream we use here uses the C locale because imbue() is hopelessly broken in some implementations. So just get rid of this code and keep only the hack replacing the decimal separator with the dot explicitly. This is ugly but should always work in practice and is also consistent with ToCDouble(). Closes #16343.

2014-06-30 03:00 VZ, revision 76795

No real changes, just use symbolic constants with BM_SETCHECK. Use BST_CHECKED and BST_UNCHECKED instead of implicitly relying on their values being 1 and 0. See #11665.

2014-06-30 03:00 VZ, revision 76794

Fix appearance of custom drawn wxToggleButton in wxMSW. Ensure that the owner-drawn toggle buttons are drawn in the pressed state when they are pressed, even if they are also selected or under mouse. Closes #11665.

2014-06-30 03:00 VZ, revision 76793

Check for conversion failure correctly in wx[F]File::Write(). Check for the length of the buffer to determine whether the conversion failed instead of checking whether it's NULL because this is currently never the case because of the code in wxString::AsCharBuf() which returns "" and not NULL in case of conversion failure. This at least eliminates silent data loss when saving data that can't be converted to the current locale encoding. Closes #16348.

2014-06-30 03:00 VZ, revision 76792

Don't call strlen() unnecessarily in wxFFile::Write(). We already have the length of the string, either in the buffer if we actually converted the string from Unicode to multi-byte, or in the string itself in non-Unicode build.

2014-06-30 02:27 VZ, revision 76791

Don't use C++ streams in wxString::FromCDouble() implementation. This doesn't work if the global C++ locale had been changed and we can't call imbue(locale::classic()) to ensure that the stream we use here uses the C locale because imbue() is hopelessly broken in some implementations. So just get rid of this code and keep only the hack replacing the decimal separator with the dot explicitly. This is ugly but should always work in practice and is also consistent with ToCDouble(). Closes #16343.

2014-06-30 02:03 VZ, revision 76790

Fix appearance of custom drawn wxToggleButton in wxMSW. Ensure that the owner-drawn toggle buttons are drawn in the pressed state when they are pressed, even if they are also selected or under mouse. Closes #11665.

2014-06-30 01:43 VZ, revision 76789

No real changes, just fix a harmless warning under OS X. Don't use "size" variable unnecessarily under non-Mac platforms, this also fixes a warning about reassigning it immediately after assigning a previous values to it under Mac. Closes #16353.

2014-06-30 01:42 VZ, revision 76788

No real changes, just fix a harmless warning under OS X. Don't use "size" variable unnecessarily under non-Mac platforms, this also fixes a warning about reassigning it immediately after assigning a previous values to it under Mac. Closes #16353.

2014-06-30 01:42 VZ, revision 76787

Fix harmless unused parameters warnings in builds without wxLogTrace(). Fix warnings appearing when building with --disable-debug under Unix by either referencing the parameters or variables which become unused then, because wxLogTrace() calls are compiled out, or by not compiling the code whose only purpose is to call wxLogTrace() at all.

2014-06-30 01:39 VZ, revision 76786

Fix harmless unused parameters warnings in builds without wxLogTrace(). Fix warnings appearing when building with --disable-debug under Unix by either referencing the parameters or variables which become unused then, because wxLogTrace() calls are compiled out, or by not compiling the code whose only purpose is to call wxLogTrace() at all.

2014-06-28 12:37 TIK, revision 76785

Fix wxStaticBox' clipping region in RTL mode.

2014-06-28 12:36 TIK, revision 76784

Fix wxStaticBox' clipping region in RTL mode.

2014-06-28 11:49 TIK, revision 76783

Improve handling of right-to-left support in wxStaticBox on wxMSW. Back in #8101 I made fixes for wxStaticBox and right-to-left handling under Windows. While this worked fine in wx2.8, the old patch has some unfortunate consequences on wx3: * Since the box is always set to LTR, its children also inherit LTR * Text was always right-aligned This follow-up patch removes the RTL-specific code from wxStaticBox. Instead, the wxMemoryDC in wxStaticBox::OnPaint is made to inherit attributes from the wxPaintDC. Tested on XP (both XP and classic theme), Windows 7 and 8.1

2014-06-28 11:47 TIK, revision 76782

Improve handling of right-to-left support in wxStaticBox on wxMSW. Back in #8101 I made fixes for wxStaticBox and right-to-left handling under Windows. While this worked fine in wx2.8, the old patch has some unfortunate consequences on wx3: * Since the box is always set to LTR, its children also inherit LTR * Text was always right-aligned This follow-up patch removes the RTL-specific code from wxStaticBox. Instead, the wxMemoryDC in wxStaticBox::OnPaint is made to inherit attributes from the wxPaintDC. Tested on XP (both XP and classic theme), Windows 7 and 8.1

2014-06-27 07:38 DS, revision 76781

Fix wxMenuItem::SetBitmap infinite recursion differently. Don't call SetBitmap from GetHBitmapForMenu but instead handle possibly needed bitmap modifications earlier on during SetBitmap. Allows for GetHBitmapForMenu to be const and gets rid of the clumsy re-entry check introduced in r76754. Also check the bitmap for alpha presence instead of needlessly converting the bitmap to an image and checking the latter for alpha.

2014-06-27 07:29 DS, revision 76780

Fix compilation with wxUSE_MENUITEMINFO==0. Add argument to a call to GetHBitmapForMenu, which doesn't have a default parameter any more. Fixes (this part of) WinCE compilation. Broken since r76760.

2014-06-26 22:43 SC, revision 76779

adding AVFoundation implementation for media ctrl

2014-06-26 15:38 SC, revision 76778

remove unnecessary includes

2014-06-26 07:58 JJ, revision 76777

Update of OpenVMS makefile

2014-06-25 20:07 VS, revision 76776

Revert wxCurrentPopupMenu clearing in HandleMenuPopup(). WM_COMMAND is delivered after WM_UNINITMENUPOPUP and clearing wxCurrentPopupMenu in the latter's handler broke delivery of the command event to the wxTextCtrl control.

2014-06-25 20:06 VS, revision 76775

wxTextCtrl: call UpdateUI() when showing OLE-based context menu.

2014-06-25 20:04 VS, revision 76774

Fix IRichEditOleCallback compilation with MinGW. MinGW headers declare the IRichEditOleCallback interface and the corresponding IID, but the libraries don't contain the latter symbol. Work around it by defining it ourselves. Fixes #16340.

2014-06-25 20:04 VS, revision 76773

Revert wxCurrentPopupMenu clearing in HandleMenuPopup(). WM_COMMAND is delivered after WM_UNINITMENUPOPUP and clearing wxCurrentPopupMenu in the latter's handler broke delivery of the command event to the wxTextCtrl control.

2014-06-25 20:03 VS, revision 76772

wxTextCtrl: call UpdateUI() when showing OLE-based context menu.

2014-06-25 20:01 VS, revision 76771

Fix IRichEditOleCallback compilation with MinGW. MinGW headers declare the IRichEditOleCallback interface and the corresponding IID, but the libraries don't contain the latter symbol. Work around it by defining it ourselves. Fixes #16340.

2014-06-25 17:17 VZ, revision 76770

Generate debug information in MSVC 11/12 builds too. This partially (as MSVC 10 projects were already correct) backports r76475 from trunk, see #16236.

2014-06-25 01:56 VZ, revision 76769

Mention the addition of x64 configs in MSVC 8/9 projects in the change log. Should have been part of the previous commit.

2014-06-25 01:54 VZ, revision 76768

Generate 64 bit configurations in MSVC 8/9 projects. Update bakefile configuration to include x64 configurations into MSVS 2005 and 2008 projects (2003 doesn't support building in 64 bits, 2010 and later are manually maintained and already have them) and rebake the projects. Closes #13675.

2014-06-25 01:52 VZ, revision 76767

Generate 64 bit configurations in MSVC 8/9 projects. Update bakefile configuration to include x64 configurations into MSVS 2005 and 2008 projects (2003 doesn't support building in 64 bits, 2010 and later are manually maintained and already have them) and rebake the projects. See #13675.

2014-06-24 20:54 DS, revision 76760

Clean up GetHBitmapForMenu. Merge wxMenuItem::GetHBitmapForMenuCheckable and ::DoGetHBitmapForMenu into wxMenuItem::GetHBitmapForMenu. Change its boolean parameter to an enum specifying the kind of bitmap that is wanted (normal, checked, or unchecked).

2014-06-24 04:47 DS, revision 76759

Fixes for building wxMSW under Cygwin. Replace a few __WXMSW__ tests with __WINDOWS__ as the former is not defined any longer (since r73290) when compiling with wxUSE_GUI set to 0. Tested changes with both wxGTK and wxMSW builds under Cygwin. Closes #14382.

2014-06-24 04:46 DS, revision 76758

Fix non-MSVS compilation of webview_ie.cpp. Use wxCRT_StricmpW instead of the Visual C++ specific _wcsicmp. See #14382.

2014-06-23 22:05 DS, revision 76757

Fix failing Win32 calls with checkable menu item. Since r76202 InsertMenuItem is used when adding checkable menu items even without a bitmap. The call fails because hbmpChecked and hbmpUnchecked are set to HBMMENU_CALLBACK on pre-Vista, making the menu owner drawn unnecessarily. Fix by adding GetHBitmapForMenuCheckable which is used when assigning values to hbmpChecked and hbmpUnchecked. GetHBitmapForMenu remains unchanged (for possible porting reasons) and is used for hBmpItem only.

2014-06-23 22:01 DS, revision 76756

Make checkable menu item with bitmap owner drawn. Since r44192 a checkable menu item with bitmap on pre-Vista assigns HBMMENU_CALLBACK to hbmpChecked and hbmpUnchecked members of MENUITEMINFO. However this value is only valid for hbmpItem and for other bitmaps InsertMenuItem will fail (with "the parameter is incorrect") resulting in making the menu owner drawn later. Instead check earlier on in MSWMustUseOwnerDrawn if we're dealing with a checkable menu item with a bitmap and if so make it owner drawn explicitly.

2014-06-23 22:00 DS, revision 76755

Fix exception while reinserting menu item. After removing an item from a menu that item's parent menu is set to NULL and can't be used any longer to insert the item again. Fix by remembering the parent menu before removing the item from it. Regression since r76251 (this commit is a partial revert of that commit).

2014-06-23 21:58 DS, revision 76754

Fix wxMenuItem::SetBitmap infinite recursion (Vista+). Calling a menu item's SetBitmap can result in a stack overflow. This occurs when setting a bitmap after the menu item has already been added to the menu and while running under Vista (and later). Under those circumstances [Do]SetBitmap will call GetHBitmapForMenu which itself calls SetBitmap again. Fix by adding a simple check for re-entry. Regression since r76202.

2014-06-23 14:02 VZ, revision 76753

Add wxDictionaryStringSortAscending comparison function. Add "dictionary sort" callbacks and document them and the already existing wxStringSortAscending() and wxStringSortDescending(). See #16330.

2014-06-23 03:08 VZ, revision 76752

Avoid harmless warning about unused variables in wxOSX/Carbon. Declare the variables only used when wxUSE_STATUSBAR==1 inside the check for it. Closes #16331.

2014-06-23 03:08 VZ, revision 76751

Allow specifying custom comparator for wxSortedArrayString. Add a possibility to order wxSortedArrayString in some order different from the default alphabetical one. Closes #16330.

2014-06-23 03:08 VZ, revision 76750

Change wxStringSort{As,De}cending() to use references, not pointers. This is more convenient to use and makes more sense as the arguments are never null. See #16330.

2014-06-23 03:08 VZ, revision 76749

Handle wxSYS_COLOUR_LISTBOXTEXT in wxMotif wxSystemSettings. At the very least, don't fail with an assert if this colour is requested.

2014-06-23 03:08 VZ, revision 76748

Force wxUSE_GRAPHICS_CONTEXT to 0 for wxMotif build. wxGraphicsContext is not implemented in this port.

2014-06-23 03:08 VZ, revision 76747

Fix wxVector3f ctor in the propgrid sample. Even if this code is not used, it was still wrong as it didn't initialize the (shadowed) member variables, so fix it to actually do it. Closes #16342.

2014-06-22 23:36 VZ, revision 76746

Fix crash when right clicking AUI toolbar while left button is pressed. Ignore the unrelated mouse events during the item dragging. This avoids a crash due to m_actionItem being NULL when right clicking an item while the left mouse button is kept pressed. See #16327.

2014-06-22 16:23 VZ, revision 76745

Use wxIntNN types in wxQuantize code instead of INTNN ones. Rely on the already properly defined wx types instead of using INTNN which could clash with the system headers (e.g. INT32 is already defined in some Motif headers) and are not guaranteed to be always defined correctly (while int is always 32 bit on all currently supported platforms, this is not guaranteed to always remain the case).

2014-06-20 10:15 SC, revision 76744

fixes 64 bit to 32 warnings, see #16329

2014-06-20 10:14 SC, revision 76743

using proper types for webkit variants, see #16329

2014-06-20 03:35 DS, revision 76742

Fix finding menu items in wxMenuItem::DoSetBitmap. FindChildItem gets passed the id of a menu item as returned by GetMSWId, however GetMSWId should be used in combination with Win32 API functions. Instead use GetId: this fixes finding menu items that have a negative id (as a result of using wxID_ANY as id) or have a sub menu.

2014-06-20 00:35 VZ, revision 76741
  • D /wxWidgets/trunk/docs/publicity/publicity.txt

Remove file with obsolete release announcement information. This file was last (really) updated in 2003 and, unsurprisingly, information in it is not relevant 10+ years later and most of URLs in it simply don't exist any more (or exist but are no longer used, such as freshmeat.net, since yesterday). Any additional places to announce wxWidgets releases should be added to the "Announcement" section of docs/contributing/how-to-release.md now.

2014-06-20 00:11 VZ, revision 76740

Correct the name of the "preferences" sample in configure. Fix building (all) samples under Unix.

2014-06-19 15:10 SC, revision 76739

supporting retina, see #15887

2014-06-19 15:05 SC, revision 76738

supporting 2x display on retina displays, fixes #15887

2014-06-19 11:29 TIK, revision 76737

wxBitmap::GetMask() asserts on invalid bitmap. Check for valid bitmap before calling GetMask().

2014-06-19 11:29 TIK, revision 76736

wxBitmap::GetMask() asserts on invalid bitmap. Check for valid bitmap before calling GetMask().

2014-06-18 18:52 SC, revision 76735
  • D /wxWidgets/trunk/include/wx/cocoa
  • D /wxWidgets/trunk/src/cocoa

removing 'old' cocoa port

2014-06-18 16:55 SC, revision 76734

the old cocoa code will be removed in the next step

2014-06-18 16:27 SC, revision 76733

remove dependency from former cocoa port

2014-06-18 16:22 SC, revision 76732

adapting const parameter convention

2014-06-18 15:28 SC, revision 76731

remove dependency from former cocoa port

2014-06-18 15:25 SC, revision 76730

in reality there are only 2 different native toolbar sizes

2014-06-18 15:13 SC, revision 76729

remove dependency from former cocoa port

2014-06-18 15:11 SC, revision 76728

remove dependency from former cocoa port

2014-06-18 15:05 SC, revision 76727

only flush a client dc if it was not inheriting the native CGContextRef from an outside paint context, fixes #16334

2014-06-18 14:57 VS, revision 76726

Use IRichEditOleCallback for wxTextCtrl's context menu. In wxMSW, use IRichEditOleCallback::GetContextMenu() to provide our default context menu for rich text controls, instead of using EVT_CONTEXT_MENU. The latter completely overrides native control's handling and in particular breaks Windows 8's builtin spellchecking support. Fall back to the previous non-OLE code for older richtext versions.

2014-06-18 14:57 VS, revision 76725

Add wxMenu::MSWDetachHMENU(). Make it possible to pass ownership of a wxMenu to win32.

2014-06-18 14:57 VS, revision 76724

Handle WM_*MENU* events in wxWindow. Contrary to MSDN implications, at least some of these messages are not actually sent to the TLW for popup menus, but to the owning window or even its parent window (!). Catch the events in wxWindow and forward to the TLW.

2014-06-18 14:51 VS, revision 76723

Use IRichEditOleCallback for wxTextCtrl's context menu. In wxMSW, use IRichEditOleCallback::GetContextMenu() to provide our default context menu for rich text controls, instead of using EVT_CONTEXT_MENU. The latter completely overrides native control's handling and in particular breaks Windows 8's builtin spellchecking support. Fall back to the previous non-OLE code for older richtext versions. Also make the new MSWCreateContextMenu() method virtual so that the context menu can be customized.

2014-06-18 14:51 VS, revision 76722

Add wxMenu::MSWDetachHMENU(). Make it possible to pass ownership of a wxMenu to win32.

2014-06-18 14:51 VS, revision 76721

Handle WM_*MENU* events in wxWindow. Contrary to MSDN implications, at least some of these messages are not actually sent to the TLW for popup menus, but to the owning window or even its parent window (!). Move the handling of these events from wxTLW to wxWindow. Move menu depth tracking to wxFrame, because it only makes sense for frame's menus and move DoGiveHelp() from wxTLW to wxFrame.

2014-06-17 17:05 VZ, revision 76720

Clarify wxEVT_SLIDER event handler argument type in the documentation. Unlike all other events generated by wxSlider, this one receives a wxCommandEvent and not a wxScrollEvent. Unfortunately @beginEventEmissionTable doesn't handle the case of a class producing events of different types, perhaps it shouldn't be used at all here.

2014-06-17 17:05 VZ, revision 76719

Clarify wxEVT_SLIDER event handler argument type in the documentation. Unlike all other events generated by wxSlider, this one receives a wxCommandEvent and not a wxScrollEvent. Unfortunately @beginEventEmissionTable doesn't handle the case of a class producing events of different types, perhaps it shouldn't be used at all here.

2014-06-17 16:39 VZ, revision 76718

Add a reminder to update the date on download page to release HOWTO. This is probably useful as it was forgotten for 3.0.1.

2014-06-16 19:50 VZ, revision 76717

Update the version to 3.0.2 and rebake everything. This is the result of running misc/scripts/inc_release and bakefile_gen.

Select page:

[] [1 6 10 15 16 17 18 19 248 476 705] []

Imprint