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

Changes per page:

25 50 100 250 500 1000 2000

Changelog for wxWidgets (70435 changes):

2014-12-11 19:34 PC, revision 78263

avoid generating wxEVT_CHAR when WriteText() is called from wxEVT_CHAR handler, closes #16717

2014-12-10 02:04 VZ, revision 78262

Restore Kolya Kosenko copyrights on parts of wxQt code. The original code was originally submitted of #12042. Closes #16721.

2014-12-10 01:14 VZ, revision 78261

Cast size_t value when using it with printf() in a test. Use %lu with a cast to avoid warnings in both 32 and 64 bit builds. Closes #16720.

2014-12-09 18:11 AW, revision 78260

Refactor: mark wxPropertyGridManager::SetId() as overridden virtual method.

2014-12-09 18:07 AW, revision 78259

Reconnect wxPropertyGridManager event handlers when wxPG id is changing. Because some event handlers are bound to the particular id's they need to be reconnected when wxPG id is the subject of change.

2014-12-09 13:51 VZ, revision 78258

Update wxGetTranslation() documentation. Document "i18n" trace mask. Correct warning about [not] using wxT(). See #16714.

2014-12-09 13:51 VZ, revision 78257

Update i18n overview in the manual. Remove obsolete warning about gettext 0.10, add a link to Poedit instead. Also fix Doxygen markup: @see can't be used inside a list item. See #16714.

2014-12-07 17:40 VS, revision 78256

Don't crash on OS X on exit if -NS* argument used When converting argv[] from char* to wchar_t* in ConvertArgsToUnicode(), keep an extra (shallow) copy of argc and the argv[] array so that it can be safely freed in FreeConvertedArgs(). The reason is that other functions such as wxApp::Initialize() may modify argv[] and remove some arguments from it; this is indeed exactly what wxOSX does. After such changes, gs_initData.argv would no longer be in the original state and could contain e.g. duplicate pointers or be missing some of the pointers that we should free.

2014-12-07 17:40 VS, revision 78255

Use int& type for argc in wxInitialize and wxInitializer Other functions that take (argc,argv) arguments (wxEntry, wxEntryStart) take argc by reference, because they may manipulate the arguments list. wxInitialize() used passing by value, so any modifications would be silently lost. Make all the functions consistent in their handling of argc by using int& everywhere.

2014-12-07 17:40 VS, revision 78254

Don't crash on OS X on exit if -NS* argument used When converting argv[] from char* to wchar_t* in ConvertArgsToUnicode(), keep an extra (shallow) copy of argc and the argv[] array so that it can be safely freed in FreeConvertedArgs(). The reason is that other functions such as wxApp::Initialize() may modify argv[] and remove some arguments from it; this is indeed exactly what wxOSX does. After such changes, gs_initData.argv would no longer be in the original state and could contain e.g. duplicate pointers or be missing some of the pointers that we should free.

2014-12-07 14:47 VZ, revision 78253
  • D /wxWidgets/trunk/src/expat/.cvsignore
  • D /wxWidgets/trunk/src/expat/conftools/.cvsignore
  • D /wxWidgets/trunk/src/expat/examples/.cvsignore
  • D /wxWidgets/trunk/src/expat/gennmtab/.cvsignore
  • D /wxWidgets/trunk/src/expat/lib/.cvsignore
  • D /wxWidgets/trunk/src/expat/tests/.cvsignore
  • D /wxWidgets/trunk/src/expat/win32/.cvsignore
  • D /wxWidgets/trunk/src/expat/xmlwf/.cvsignore

Remove .cvsignore files from expat sources. These files shouldn't be included in the distribution and it's simpler to just remove them, as it is pretty unlikely that a new Expat release is going to be made, and even less likely that it would still use CVS if it does happen, than to filter them out from the distribution creation scripts. Closes #16711.

2014-12-07 14:46 VZ, revision 78252
  • D /wxWidgets/branches/WX_3_0_BRANCH/src/expat/.cvsignore
  • D /wxWidgets/branches/WX_3_0_BRANCH/src/expat/conftools/.cvsignore
  • D /wxWidgets/branches/WX_3_0_BRANCH/src/expat/examples/.cvsignore
  • D /wxWidgets/branches/WX_3_0_BRANCH/src/expat/gennmtab/.cvsignore
  • D /wxWidgets/branches/WX_3_0_BRANCH/src/expat/lib/.cvsignore
  • D /wxWidgets/branches/WX_3_0_BRANCH/src/expat/tests/.cvsignore
  • D /wxWidgets/branches/WX_3_0_BRANCH/src/expat/win32/.cvsignore
  • D /wxWidgets/branches/WX_3_0_BRANCH/src/expat/xmlwf/.cvsignore

Remove .cvsignore files from expat sources. These files shouldn't be included in the distribution and it's simpler to just remove them, as it is pretty unlikely that a new Expat release is going to be made, and even less likely that it would still use CVS if it does happen, than to filter them out from the distribution creation scripts. Closes #16711.

2014-12-07 02:52 VZ, revision 78251

Fix appearance of wxMSW wxToggleButtons with bitmaps in pressed state. Correct the "pushed" state determination in our own drawn code, it didn't work for wxToggleButton which doesn't return BST_PUSHED from BM_GETSTATE. But it does have BM_GETCHECK returning its state directly, so add a new virtual MSWIsPushed() method and implement it differently for it. Closes #13755.

2014-12-06 14:07 VZ, revision 78250

Move MSWGetDefaultLayout() outside of #if wxUSE_EXCEPTIONS block. Build fix for wxUSE_EXCEPTIONS==0 after r78236.

2014-12-06 00:09 VZ, revision 78249

Build fix for wxOSX after the changes of r78230. Fix wrong signature of DoHandleMenuEvent() by getting rid of this function entirely, it's not just a trivial wrapper for ProcessMenuEvent() anyhow, so just use the latter directly.

2014-12-05 23:19 VZ, revision 78248

Fix checked disabled wxToolBar tools with custom images in wxMSW. Windows doesn't use the correct image for checked disabled tools, at least up to and including Windows 7, so don't put such tools in the "checked" state at all: this doesn't matter as they are disabled anyhow, but shows the correct image for them. Closes #12989.

2014-12-05 23:19 VZ, revision 78247

Don't generate wxEVT_MENU_{OPEN,CLOSE} for disabled top menus in wxMSW. Windows still sends these messages even if a top level menu is disabled, for some reason, so filter them out manually. Closes #2168.

2014-12-05 23:19 VZ, revision 78246

No real changes, just make wxMenuBar::MSWGetMenu() const. There is no reason not to.

2014-12-05 23:19 VZ, revision 78245

Handle updating tooltip text in wxCompositeWindow correctly. While calling SetToolTip(wxToolTip*) overload already worked correctly for wxCompositeWindow, using SetToolTip(wxString) did not if a tooltip already existed, as it didn't use the virtual DoSetToolTip() in this case, resulting in e.g. impossibility to update wxSpinCtrlDouble tooltip using this method. Fix this by introducing DoSetToolTipText() virtual which is used by that overload now and overriding it in wxCompositeWindow. Also don't override DoSetToolTip() in wxSpinCtrlGenericBase any more, it is not necessary as it's already done by its base class wxCompositeWindow. Closes #16595.

2014-12-05 23:19 VZ, revision 78244

Don't keep out of date column widths in generic wxDataViewCtrl. The cached widths need to be invalidated whenever an item is expanded or collapsed, whether it's done programmatically (which was already handled) or interactively by the user (which wasn't). Closes #16678.

2014-12-05 23:18 VZ, revision 78243

Use another bool constant instead of BOOL one in wxBitmapComboBox. Just s/FALSE/false/ See #16690.

2014-12-05 23:18 VZ, revision 78242

Measure wxBitmapComboBox height correctly if it has images. This fixes a regression introduced in r77548 (see #14279): wxBitmapComboBox must be higher than a normal wxComboBox if it has big enough bitmaps. Closes #16690.

2014-12-05 23:18 VZ, revision 78241

Prefer file types with a defined open command in Unix wxMimeTypesManager. It can happen that more than one file type maps to the given extension, in this case prefer the one which has an open command defined for it as it is typically more useful. See #16703.

2014-12-05 23:18 VZ, revision 78240

Load *.desktop files recursively in wxMimeTypesManager under Unix. Not all .desktop files are directly under /usr/share/applications, some or, in some cases, most of them, may be under its subdirectories, so look for them there as well. See #16703.

2014-12-05 23:18 VZ, revision 78239

No changes, just fixes for typos in comments in wxMSW headers. Closes #16706.

2014-12-05 23:18 VZ, revision 78238

Make all bitmaps of the same size in the toolbar sample. This is a requirement under MSW and resulted in problems when a secondary toolbar was created. Closes #16707.

2014-12-05 23:18 VZ, revision 78237

Don't use right-to-left markers in wxMSW wxMessageDialog code. This mechanism is provided as an alternative to specifying MB_RTLREADING style, e.g. if the source code can't be modified but the [string] resource from which the message box message is loaded can be. We don't need to do this if we do add MB_RTLREADING however.

2014-12-05 23:18 VZ, revision 78236

Fall back to default process layout direction in wxMSW. Add helper wxApp::MSWGetDefaultLayout() static method and use it instead of wxTheApp->GetLayoutDirection() in wxMSW code. This serves two purposes: first, wxMessageDialog doesn't crash when it's shown before wxTheApp is created (or after it's destroyed) any more. And second, we use the correct layout direction if the main application has enabled it by calling SetProcessDefaultLayout() or using two U+200E characters in the beginning of its "FileDescription" resource field by default now.

2014-12-05 23:18 VZ, revision 78235

Use the layout direction of wxTextCtrl itself, not the app, in wxMSW. A wxTextCtrl inside an RTL window in an otherwise LTR application should still be considered RTL, it's not clear at all why do we need to ask the application for the layout here, so change this for consistency.

2014-12-05 23:18 VZ, revision 78234

Don't dereference wxTheApp unconditionally when showing wxMessageDialog. The application might not yet (or already) exist, don't crash in this case.

2014-12-05 23:18 VZ, revision 78233

Fix crash when using wxMessageBox before creating wxTheApp. CheckIfCanBeUsedAsParent() used by wxMessageBox ctor shouldn't dereference wxTheApp unconditionally, otherwise it's impossible to show a message box before creating the application object or after destroying it without crashing.

2014-12-05 23:18 VZ, revision 78232

Don't put wxMenu::MSWGetMenu() inside wxUSE_OWNER_DRAWN check. This doesn't make any sense, this function is not related to the owner drawing code at all and should always be available. This corrects the changes of r70316, see #13851.

2014-12-05 23:18 VZ, revision 78231

Remove unnecessary assert from wxMenuBar::MSWGetMenu(). This assert was triggered after the changes of the previous commit as we can get WM_MENUSELECT with menu bar handle as parameter from Windows and still search for the menu with this handle -- and there is nothing wrong with this, so just return NULL but without asserting in this case. This corrects the changes of r67355, see #13080.

2014-12-05 23:17 VZ, revision 78230

Harmonize wxMenuEvent handling between all major ports. Send these events to the menu itself first, then to the menu bar containing it or the window invoking it if it's a popup menu and, finally, to the top level window in all of wxGTK, wxMSW and wxOSX. In particular, this ensures that help strings are now shown in the parent MDI frame status bar by default, even when the menus are attached to the client MDI frame or shown as popup menus. At the implementation level, this logic is now encapsulated in a new static wxMenu::ProcessMenuEvent() method which can be easily modified and reused in other ports.

2014-12-05 23:17 VZ, revision 78229

Fix fields initialization in wxCommandEvent copy ctor. Neither m_isCommandEvent nor, worse, m_propagationLevel was set correctly for wxCommandEvent objects constructed using copy ctor -- and hence Clone(). This means that such events were not propagated upwards the window hierarchy, quite possibly resulting in mysterious bugs. Fix this now by initializing these fields in both the normal and copy ctors.

2014-12-05 23:17 VZ, revision 78228

Refactor: extract menu event handling logic from wxMenu::SendEvent(). Make this logic available for reuse with the events of different kind, e.g. wxMenuEvent in the upcoming commit.

2014-12-05 23:17 VZ, revision 78227

Remove "isPopup" parameter from DoSendMenuOpenCloseEvent() in wxMSW. This parameter is redundant, we can find out whether a menu is a popup one or not from the menu itself, assuming that we always have a valid wxMenu pointer for popup menus events, which really should be the case (we may not have one for the events from system menus). This allows to handle popup menu events case in the base class version of MSWFindMenuFromHMENU() which will allow to reuse it from places other than DoSendMenuOpenCloseEvent() without code duplication now. There should be no changes to the behaviour, this is just a simplification.

2014-12-05 23:17 VZ, revision 78226

Add a popup menu to the MDI sample. This is just to test how wxEVT_MENU_HIGHLIGHT events from popup menu items are handled under the different platforms. Also log menu events to the canvas window too as it now gets some.

2014-12-05 23:17 VZ, revision 78225

Add logging of wxEVT_MENU_HIGHLIGHT events to the MDI sample too. This allows to easily compare which events are generated and sent to which objects under different platforms.

2014-12-05 23:17 VZ, revision 78224

No real changes, just shorten log messages in the MDI sample. There is not enough space for the relatively long messages logged when menus are opened or closed (added in r78130), shorten them as much as possible while leaving them still readable.

2014-12-05 23:17 VZ, revision 78223

Document the long existing wxFrame::DoGiveHelp(). This function was added way back in 2002 (r15339) but was never documented. Do it now as it's a useful method to override for customizing the help strings display.

2014-12-05 23:17 VZ, revision 78222

Send idle events from inside wxYield() in all ports, including wxMSW. This means it can be now done in wxEventLoopBase itself and calls to ProcessIdle() in the port-specific code are not needed any more, so remove them. This introduces a change in behaviour for wxMSW, where idle event handlers were not invoked from inside wxYield() at all previously, and for wxOSX, where only a single idle event is now generated from wxYield() instead of a stream of them until no idle handler needs any more of them as before. But on the bright side, the new behaviour seems to make most sense and is now the same in all ports.

2014-12-05 23:17 VZ, revision 78221

Use DTM_GETIDEALSIZE to implement wxDateTimePickerCtrl::DoGetBestSize(). If possible, i.e. when running under Vista or later, just ask the control for its best size instead of trying to approximate it ourselves. Notice that we still use our own height, to ensure that it's the same as for the text controls, but it's the width that really counts.

2014-12-05 23:17 VZ, revision 78220

Add wxLocale::GetOSInfo() and use it in MSW wxDateTimePickerCtrl. This fixes the size of wxDateTimePickerCtrl in programs that don't set any specific locale: previously, the standard "%m/%d/%y" format was used for computing the best size of the control in this case, but this could have been significantly shorter than the format actually used (compare with the default "%d %b, %Y"), resulting in the control contents being truncated by default. GetOSInfo() is currently different from GetInfo() only under MSW, but we might need to make the same distinction under OS X too, so do make this function public instead of keeping it MSW-specific.

2014-12-05 23:17 VZ, revision 78219

Remove unneeded CacheBestSize() from wxMSW wxDateTimePickerCtrl. The best size is already cached by the base class GetBestSize(), no need to do it here as well.

2014-12-05 23:15 VZ, revision 78218

Don't keep out of date column widths in generic wxDataViewCtrl. The cached widths need to be invalidated whenever an item is expanded or collapsed, whether it's done programmatically (which was already handled) or interactively by the user (which wasn't). Closes #16678.

2014-12-05 16:56 VS, revision 78217

Xcode project: src/regex must be in non-user search path Otherwise it wouldn't be included as <regex.h> and the system copy would be used. We need to always use the builtin, wxChar-aware copy.

2014-12-05 16:55 VS, revision 78216

Xcode project: src/regex must be in non-user search path Otherwise it wouldn't be included as <regex.h> and the system copy would be used. We need to always use the builtin, wxChar-aware copy.

2014-12-03 18:18 VZ, revision 78215

No real changes, just fix some typos in comments. Closes #16699.

2014-12-03 18:01 AW, revision 78214

Define wxPG toolbar event handler only if library is compiled with toolbar classes. Include wxPropertyGridManager::OnToolbarClick() code only if wxUSE_TOOLBAR is set to 1.

2014-12-03 17:59 AW, revision 78213

Restore wxPG toolbar buttons state if selecting wxPG page was unsuccessful. Toolbar button corresponding to the unsuccessfully selected page should be released and button corresponding to the old page should be pressed again.

2014-12-01 23:47 AW, revision 78212

Use wxCONTROL_FOCUSED control state flag when drawing native wxPG check box in the "modified state" under wxOSX. Generally, wxCONTROL_PRESSED control flag is used when drawing native check box (wxPGEditor_CheckBox) in "modified state" but under wxOSX this flag is equivalent to wxCONTROL_CHECKED flag and hence it is necessary to indicate this state in an alternative way. Closes #16696

2014-11-29 21:18 AW, revision 78211

Add member function to retrieve wxBoolProperty attribute. Added wxBoolProperty::DoGetAttribute virtual function.

2014-11-29 17:45 AW, revision 78210

Check if new index is in range before selecting new value in wxPGProperty::SetChoiceSelection. Closes #16697

2014-11-28 21:45 AW, revision 78209

Refresh wxPGProperty after changing its attribute. Closes #16696

2014-11-27 23:23 RD, revision 78202

Allow explicitly selecting the carbon build since it is not the default anymore.

2014-11-27 23:23 RD, revision 78201

Add gtk3 build support

2014-11-27 01:45 VZ, revision 78188

Turkish translations update from Kaya Zeren.

2014-11-26 20:16 VZ, revision 78187

German translations update from Wolfgang Stöggl. Many minor fixes and also replacements of "..." with the ellipsis Unicode character (U+2026).

2014-11-25 20:05 VS, revision 78186

Refresh PO files after accelerators changes

2014-11-25 20:05 VS, revision 78185

Improve wxAcceleratorEntry::ToString() formatting This method used the wxKeyNames[] array originally intended for parsing accelerator specification and not for human-friendly formatting. In particular, non-alphanumeric keys such as WXK_DOWN and many others were formatted using all-uppercase name, which was highly unusual and not native on any platforms (the only unaffected one was OS X). Improve the formatting by doing the following: a) use Title case for the entries; because parsing is case-insensitive, this has no effect on it; b) add display_name field for keys where the symbolic name wasn't appropriate for display and set it for some of the keys that are likely to show up in menus; c) add explanatory comments for translators

2014-11-25 20:05 VS, revision 78184

Extract translator comments into wxstd.pot Extract the commonly used TRANSLATORS: prefix into translation files, to provide some additional context where needed.

2014-11-25 20:05 VS, revision 78183

Translate menu accelerators from XRC The content of <accel> property was taken verbatim and appended to the (translated) label; this bypassed wx's internal accelerators translation mechanism, because wxMenuItem code quite reasonably assumes that the string passed to it is translated. Explicitly use SetAccel() instead, to force translation. This matters for languages such as German where e.g. Ctrl+ is translated as Strg+.

2014-11-25 20:04 VS, revision 78182

Refresh PO files after accelerators changes

2014-11-25 20:04 VS, revision 78181

Improve wxAcceleratorEntry::ToString() formatting This method used the wxKeyNames[] array originally intended for parsing accelerator specification and not for human-friendly formatting. In particular, non-alphanumeric keys such as WXK_DOWN and many others were formatted using all-uppercase name, which was highly unusual and not native on any platforms (the only unaffected one was OS X). Improve the formatting by doing the following: a) use Title case for the entries; because parsing is case-insensitive, this has no effect on it; b) add display_name field for keys where the symbolic name wasn't appropriate for display and set it for some of the keys that are likely to show up in menus; c) add explanatory comments for translators

2014-11-25 20:04 VS, revision 78180

Extract translator comments into wxstd.pot Extract the commonly used TRANSLATORS: prefix into translation files, to provide some additional context where needed.

2014-11-25 20:04 VS, revision 78179

Translate menu accelerators from XRC The content of <accel> property was taken verbatim and appended to the (translated) label; this bypassed wx's internal accelerators translation mechanism, because wxMenuItem code quite reasonably assumes that the string passed to it is translated. Explicitly use SetAccel() instead, to force translation. This matters for languages such as German where e.g. Ctrl+ is translated as Strg+.

2014-11-25 19:23 VS, revision 78178

Close NSWindows properly Don't just release the window, call the close method. This is usually the same, but in some situations, the difference (close sends NSWindowWillCloseNotification, which wx doesn't use) is significant. In particular, if the window is shown as fullscreen, OS X won't dispose of its space correctly when the window is released, but not closed first. See https://github.com/vslavik/poedit/issues/119

2014-11-25 19:23 VS, revision 78177

Close NSWindows properly Don't just release the window, call the close method. This is usually the same, but in some situations, the difference (close sends NSWindowWillCloseNotification, which wx doesn't use) is significant. In particular, if the window is shown as fullscreen, OS X won't dispose of its space correctly when the window is released, but not closed first. See https://github.com/vslavik/poedit/issues/119

2014-11-24 17:11 AW, revision 78176

Remove unused wxPG member variable.

2014-11-24 17:09 AW, revision 78175

Use Boolean variable to store Boolean values in wxPG.

2014-11-24 17:06 AW, revision 78174

Fix using compatibility flag in propgridpagestate.h header file.

2014-11-24 17:04 AW, revision 78173

Use a hash set instead of vector to hold dedicated keys in wxPG.

2014-11-24 14:45 VS, revision 78172

Skip Cocoa's options in wxCmdLineParser on OS X Skip Cocoa-specific flags used by Xcode (such as -AppleLanguages) on OS X when parsing the command line. They all take a single argument, so skip both the flag and the following value in the argv list. Also fix handling of -ApplePersistenceIgnoreState, which didn't skip the value as it should.

2014-11-24 14:45 VS, revision 78171

Skip Cocoa's options in wxCmdLineParser on OS X Skip Cocoa-specific flags used by Xcode (such as -AppleLanguages) on OS X when parsing the command line. They all take a single argument, so skip both the flag and the following value in the argv list. Also fix handling of -ApplePersistenceIgnoreState, which didn't skip the value as it should.

2014-11-22 20:12 PC, revision 78170

Remove gtk_tree_view_set_fixed_height_mode() call from AssociateModel() The check for wxDV_VARIABLE_LINE_HEIGHT is already done in Create(), and the IsVirtualListModel() check was probably an attempt to get around a performance problem (#16680), but it's not a valid criteria for changing the height mode. closes #16683

2014-11-21 18:20 PC, revision 78169

fix assert in dataview sample, closes #16679

2014-11-21 18:00 PC, revision 78168

fix "wrong type" error when using wxDataViewChoiceByIndexRenderer, closes #15955

2014-11-20 18:04 PC, revision 78167

fix crashes in wxGTK3 when running with non-X11 backend, see #16688

2014-11-20 00:25 BP, revision 78166

Backported Doxygen 1.8.8 upgrade to 3.0 branch.

2014-11-19 23:38 BP, revision 78165

Upgrade Doxygen to 1.8.8.

2014-11-19 20:00 PC, revision 78164

clarify comment

2014-11-19 19:59 PC, revision 78163

fix build when GDK_WINDOWING_X11 is not defined

2014-11-19 14:29 VZ, revision 78162

Credit Marco Trevisan for wxGTK3/Mir patches. Closes #16688.

2014-11-19 14:29 VZ, revision 78161

Don't use X11-only functions when not using X11 in wxGTK. See #16688.

2014-11-19 14:29 VZ, revision 78160

Don't crash when switching to full screen in non X11-based wxGTK. Only use internal X11 display if we're running in a such environment. See #16688.

2014-11-19 14:29 VZ, revision 78159

Don't use frame extents when not using X11 in wxGTK. See #16688.

2014-11-19 14:29 VZ, revision 78158

Don't defer wxTLW initialization in wxGTK when not using X11. See #16688.

2014-11-19 14:29 VZ, revision 78157

Provide trivial GDK_IS_X11_DISPLAY() definition for GTK+2. This will be useful for upcoming patches using it to fix problems with GTK+ 3 without breaking GTK+ 2 compilation. See #16688.

2014-11-18 23:34 AW, revision 78156

Allow using the letter 'E' (capital) as a symbol of exponent when entering floating point numbers. Currently, only the letter 'e' is accepted when editing wxPG numeric properties.

2014-11-18 17:34 AW, revision 78154

Fix adjustment of columns width in response to splitter position change in wPG. In wxPropertyGridPageState::PropagateColSizeDec recursion is replaced with iteration and there is handled PG with more then 2 columns.

2014-11-16 22:20 VZ, revision 78153

Fix wxConfig enumeration example in the documentation. Don't use undefined GetConfig() function.

2014-11-15 18:48 AW, revision 78152

Reactivate 'SetSplitterPosition' test in wxPG sample. After fixing issues with wxPG manager sizing this test is now passed.

2014-11-15 18:39 AW, revision 78151

Make more realistic estimation of the best size of wxPropertyGridManager. Current best size (especially width) of wxPropertyGrid Manager is too small. wxPG manager should be wide enough to hold wxPG with two columns and scroll bar.

2014-11-15 18:27 AW, revision 78150

Fix setting initial size of wxPropertyGridManager. wxPG manager is now created with proper size (based on its best size) even if default size is requested. (r78149 is a prerequisite for this patch.)

2014-11-15 18:14 AW, revision 78149

Fix adding/removing categorized/alphabetic mode buttons in wxPropertyGridManager. Modify wxPropertyGridManager::RecreateControls() to allow adding/removing categorized/alphabetic mode buttons to/from wxPG manager tool bar at any time (not only when creating the tool bar). Modify wxPropertyGridManager::SetExtraStyle() to fully support manipulating these buttons via wxPG_EX_MODE_BUTTONS flag.

2014-11-15 18:02 PC, revision 78148

notify all windows in capture stack about capture lost, and empty the stack

2014-11-14 19:56 PC, revision 78147

fix releasing mouse capture before showing modal dialog, see #16647

2014-11-13 02:52 VZ, revision 78146

Remove assert checking for non zero page size in wxDataViewCtrl. This assert seems to be quite useless and can be triggered if a key is (perhaps accidentally) sent to a small (e.g. not yet fully laid out) wxDataViewCtrl window.

2014-11-12 16:11 VS, revision 78145

Fix disabling wxStaticText repeatedly in wxOSX. Changes in r78108 would reset control's color to gray if it was disabled more than once in a row. Guard against this and only remember the color of an enabled control.

2014-11-12 16:10 VS, revision 78144

Fix disabling wxStaticText repeatedly in wxOSX. Changes in r78107 would reset control's color to gray if it was disabled more than once in a row. Guard against this and only remember the color of an enabled control.

2014-11-12 13:37 VZ, revision 78143

Use wxFILTER_EXCLUDE_CHAR_LIST in the sample. It makes more sense than wxFILTER_EXCLUDE_LIST with SetCharExcludes().

2014-11-12 13:37 VZ, revision 78142

Use wxFILTER_EXCLUDE_CHAR_LIST in the sample. It makes more sense than wxFILTER_EXCLUDE_LIST with SetCharExcludes().

2014-11-12 08:43 PC, revision 78141

fix creating wxFont with non-ascii name, closes #16671

2014-11-11 19:31 PC, revision 78140

fix build with old pango versions which don't define PANGO_VERSION_CHECK(), closes #16660

2014-11-11 08:59 JJ, revision 78139

Correction on commit #78110 as suggested by VZ

2014-11-11 08:50 PC, revision 78138

non-pch build fix after r78134

2014-11-11 08:46 JJ, revision 78137

Correction on commit #78099

2014-11-11 02:03 VZ, revision 78136

Add support for reading multi string values to wxRegKey. Add a wxRegKey::QueryValue() overload working with REG_MULTI_SZ values. Closes #16653.

2014-11-11 02:02 VZ, revision 78135

Free converted command lines arguments automatically in wxMSW. This makes the code slightly simpler (no more need for the scope guard) and avoids memory leaks when not using wxEntry() (but calling wxEntryStart() instead). Closes #16664.

2014-11-11 02:02 VZ, revision 78134

Add wxCursor::GetHotSpot() and implement it for wxMSW and wxGTK. Allow retrieving the coordinates of the cursor hot spot, at least for the ports for which we know how to do it. Closes #16539.

2014-11-11 02:02 VZ, revision 78133

Introduce wxCursorBase class defining common wxCursor API. This is done in preparation for adding a new wxCursor method and will allow us to define it in a single place by default instead of having to provide stubs for all ports. See #16539.

2014-11-11 02:02 VZ, revision 78132

Add RAII AutoIconInfo class wrapping ICONINFO Windows struct. This ensures that we never forget to delete the handles returned by GetIconInfo() and also centralizes the error message given if it fails in a single place.

2014-11-11 02:02 VZ, revision 78131

Do use wxUSE_STD_CONTAINERS_COMPATIBLY around code using std::vector. This was supposed to be done in r78066, but after introducing this new wxUSE_XXX symbol I forgot to actually use it in the place it was intended to be used. Fixes compilation with wxUSE_STD_DEFAULT==0 and closes #16673.

2014-11-11 02:02 VZ, revision 78130

Return correct menu pointer for wxEVT_MENU_{OPEN,CLOSE} in MDI frames. These events are supposed to carry a pointer to the menu which was opened or closed, but wxMenuEvent::GetMenu() always returned NULL for the menus opened when a child MDI frame was active, as its menu bar, containing the menu, was not searched for it. Fix this by overriding MSWFindMenuFromHMENU() at wxMDIParentFrame level, just as we already do for FindItemInMenuBar().

2014-11-11 02:02 VZ, revision 78129

Log wxMenuEvent::GetMenu() in the menu sample for wxEVT_MENU_{OPEN,CLOSE}. Show the menu associated with the event, if any, directly in the sample to make comparing the behaviour of the different ports easier.

2014-11-11 02:02 VZ, revision 78128

Update the out of date link to DebugView in logging overview. The readable link that existed before is unfortunately not available any more.

2014-11-11 02:02 VZ, revision 78127

Fix best size calculation for buttons with bitmaps in wxMSW. Add the bitmap margins to the bitmap size, not the total button size. This fixes the buttons becoming unnecessarily tall as soon as they were assigned even a tiny bitmap. Closes #16536.

2014-11-11 02:02 VZ, revision 78126

Remove outdated comment from ShowAssertDialog(). The comment didn't correspond to the code since the changes of r62842, the asserts don't result in an immediate trap now even if they happen in non-main thread.

2014-11-11 02:02 VZ, revision 78125

Make results of wxDC::DrawEllipticArc() consistent across all platforms. And also consistent with wxGraphicsContext method with the same name. Document the rules determining what is drawn. Closes #4437.

2014-11-11 02:02 VZ, revision 78124

Set the initial text value of wxSpinCtrlGeneric correctly. The text control was left empty if the string value was not specified, but it should use the numeric initial value instead in this case. This notably affected wxSpinCtrlDouble under non-GTK platforms. Closes #16621.

2014-11-11 02:02 VZ, revision 78123

Improve drawing of monochrome bitmaps with masks in wxMSW. This is a compromise solution between r78040, which handled monochrome bitmaps correctly, but broke drawing bitmaps without using their mask, and r78054 which simply reverted it: this version preserves the old behaviour when not using the mask, but draws at least the shape (if not the colour) correctly for the monochrome bitmaps. Notice that this also reverts r78039 which is not needed any more without r78040. Closes #16512.

2014-11-11 01:59 VZ, revision 78122

Fix size of the icon returned from wxFSVolume::GetIcon(). Calling SetHICON() is not enough, the icon size already needs to be set or, even better, CreateFromHICON(), which does both atomically, should be used. Closes #16672.

2014-11-11 01:59 VZ, revision 78121

Re-add wxFD_OVERWRITE_PROMPT and wxFD_FILE_MUST_EXIST to wxGenericFileDialog. Support for these styles was accidentally removed in r48733, re-add them back. Closes #16652.

2014-11-11 01:59 VZ, revision 78120

German translation fixes from Sebastian Walderich.

2014-11-11 01:59 VZ, revision 78119

Update the out of date link to DebugView in logging overview. The readable link that existed before is unfortunately not available any more.

2014-11-11 01:58 VZ, revision 78118

Fix best size calculation for buttons with bitmaps in wxMSW. Add the bitmap margins to the bitmap size, not the total button size. This fixes the buttons becoming unnecessarily tall as soon as they were assigned even a tiny bitmap. Closes #16536.

2014-11-11 01:58 VZ, revision 78117

Set the initial text value of wxSpinCtrlGeneric correctly. The text control was left empty if the string value was not specified, but it should use the numeric initial value instead in this case. This notably affected wxSpinCtrlDouble under non-GTK platforms. Closes #16621.

2014-11-11 00:48 VZ, revision 78116

Fix size of the icon returned from wxFSVolume::GetIcon(). Calling SetHICON() is not enough, the icon size already needs to be set or, even better, CreateFromHICON(), which does both atomically, should be used. Closes #16672.

2014-11-10 18:40 PC, revision 78115

avoid reconfiguring scrollbar when settings are not changing

2014-11-10 18:10 PC, revision 78114

avoid multiple emissions of the GtkAdjustment "changed" signal when configuring scrollbar

2014-11-10 17:51 PC, revision 78113

invalidate cached client size when scrollbar visibility changes

2014-11-10 17:46 AW, revision 78112

Reset current category marker if deleted wxPG property is a category property. If deleted category or its sub-category is a current category then reset current category marker. See #16617.

2014-11-10 17:41 AW, revision 78111

Invalidate wxPG property and its sub-properties names prior deferred deletion. If deleted property is a category property then all its sub-properties have to be renamed prior deleting. See #16617.

2014-11-10 10:34 JJ, revision 78110

Some implementation of find (i.e. OpenVMS(AXP)) need the != operator

2014-11-10 07:59 JJ, revision 78109

Correction for non-precomp compilation

2014-11-10 07:58 VS, revision 78108

Fix wxStaticText::Disable() to respect text color on OS X wxStaticText emulates disabled state on OS X by changing text color to light grey. When re-enabling the control, though, it always set the color to the standard text color, which broke static texts with a custom color. Fix this by keeping track of the original color and restoring it back when setEnabled:YES is called.

2014-11-10 07:57 VS, revision 78107

Fix wxStaticText::Disable() to respect text color on OS X wxStaticText emulates disabled state on OS X by changing text color to light grey. When re-enabling the control, though, it always set the color to the standard text color, which broke static texts with a custom color. Fix this by keeping track of the original color and restoring it back when setEnabled:YES is called.

2014-11-10 05:13 PC, revision 78106

fix infinite sizing loop with GTK3 when using a non-default target window, closes #16668

2014-11-08 19:17 AW, revision 78105

Remove unused wxPG member variable.

2014-11-08 19:12 AW, revision 78104

Use Boolean variable to store Boolean values.

2014-11-07 18:32 JS, revision 78103

Don't take right indent into account twice when aligning lines

2014-11-07 18:32 JS, revision 78102

Don't take right indent into account twice when aligning lines

2014-11-07 18:13 JS, revision 78101

Fix a rounding error

2014-11-07 18:12 JS, revision 78100

Fix a rounding error

2014-11-07 16:14 JJ, revision 78099

Implement wxNativeFontInfo::GetStrikethrough() for wxX11 without pango

2014-11-07 15:59 VZ, revision 78098

Use wxTB_DEFAULT_STYLE as default value for wxToolBar style. No real changes, but this is more consistent with the other controls. It also highlights the ports which use non-default style, e.g. wxQt where wxNO_BORDER should probably not be used as part of default toolbar style but rather added in the ctor implementation. Closes #16667.

2014-11-07 15:59 VZ, revision 78097

Remove wxTB_FLAT from wxTB_DEFAULT_STYLE. The actual default styles for the toolbars don't include wxTB_FLAT anywhere, so don't include it in the (currently almost unused) wxTB_DEFAULT_STYLE neither. See #16667.

2014-11-07 14:22 JJ, revision 78096

Fix for compilation of wxX11 without UTF

2014-11-07 14:17 JJ, revision 78095

Update compile support for wxX11 on OpenVMS

2014-11-07 14:08 JJ, revision 78094

Fix compilation for wxGTK1

2014-11-05 10:33 JJ, revision 78093

Update setup.h for OpenVMS

2014-11-04 23:56 AW, revision 78092

In 3.0 compatibility mode member variable holding pending delete editor objects is emulated by hash map item.

2014-11-04 20:23 AW, revision 78091

Do not mark selected wxPG property as 'being deleted'. Only unselected wxPG property can be marked as 'being deleted'. If this is done for selected wxGP property then in some circumstances it cannot be unselected and hence cannot be safely deleted. See #16617.

2014-11-04 17:21 VS, revision 78090

Fix simulated toggle in OS X wxToolBar wiht HiDPI bitmaps Use scaled size and scale factor when creating wxMemoryDC so that the modified output bitmap has same physical dimensions as the source one.

2014-11-04 17:21 VS, revision 78089

Fix simulated toggle in OS X wxToolBar wiht HiDPI bitmaps Use scaled size and scale factor when creating wxMemoryDC so that the modified output bitmap has same physical dimensions as the source one.

2014-11-02 17:28 VS, revision 78088

Fix wxToolBarBase::AdjustToolBitmapSize() for HiDPI on OS X wxOSX's wxToolBar code uses toolbar size computed by AdjustToolBitmapSize() to determine which of the builtin toolbar sizes to use. Because AdjustToolBitmapSize() returned 2x the "logical" size, it would always pick NSToolbarSizeModeRegular regardless of icon size, resulting in differently-sized toolbar on HiDPI and low-DPI screens. Use scaled size instead.

2014-11-02 17:28 VS, revision 78087

Fix wxToolBarBase::AdjustToolBitmapSize() for HiDPI on OS X wxOSX's wxToolBar code uses toolbar size computed by AdjustToolBitmapSize() to determine which of the builtin toolbar sizes to use. Because AdjustToolBitmapSize() returned 2x the "logical" size, it would always pick NSToolbarSizeModeRegular regardless of icon size, resulting in differently-sized toolbar on HiDPI and low-DPI screens. Use scaled size instead.

2014-11-01 15:00 VZ, revision 78086

Restore code for closing inherited file descriptors under non-OS X. The code for doing this was accidentally disabled in r74957, which intended to disable it for Darwin, but ended up disabling it for everything but Darwin. Reenable it for all platforms now, clearly it didn't hurt to have it enabled under Darwin, and we do need to do it, e.g. see #12636.

2014-11-01 14:56 VZ, revision 78085

Fix clearing wxCB_READONLY wxComboBox in wxGTK. wxComboBox::Clear() must call wxTextEntry::SetValue() explicitly instead of calling its Clear() which just forwards back to wxComboBox own SetValue(), which (correctly) doesn't work for read-only comboboxes when passed an empty string. Closes #16654.

2014-11-01 14:56 VZ, revision 78084

No changes, just move wxComboBox::Clear() out of line in wxGTK. Make this function non-inline to facilitate further modifications.

2014-10-31 17:04 AW, revision 78083

Fix deleting wxPG properties with sub-properties. If property contains sub-properties they should be deselected prior deleting the property. See #16617.

2014-10-31 14:19 VZ, revision 78082

Make Clear() virtual in wxItemContainer base class. This ensures that overridden wxComboBox::Clear() is called even when it's invoked via a pointer or a reference to wxItemContainer (and not just one to wxComboBox itself or its other base wxTextEntry). Closes #16654.

2014-10-30 13:56 VZ, revision 78081

Fixes to wxGA_TEXT and wxGA_PROGRESS documentation. Correct the HTML output format for wxGA_PROGRESS, it was indented incorrectly because Doxygen appears to need a blank line (i.e. end of paragraph) after a "@since". Also improve the wording of the styles descriptions a little.

2014-10-28 19:57 VZ, revision 78080

Re-add wxFD_OVERWRITE_PROMPT and wxFD_FILE_MUST_EXIST to wxGenericFileDialog. Support for these styles was accidentally removed in r48733, re-add them back. Closes #16652.

2014-10-28 09:06 JS, revision 78079

Backported wxFontDialog NSView fix r78070, fixing bug #16643

2014-10-27 21:09 VZ, revision 78078

Don't use "@overload" to document methods without parameters. Documentation generated by @overload is misleading in this case as it refers to the "different argument [the function] accepts", but there are none, the methods can be overloaded only by const modifier as well. Use \copydetails instead to reuse the original documentation, this is less confusing and arguably more useful as well.

2014-10-27 18:36 VZ, revision 78077

German translation fixes from Sebastian Walderich.

2014-10-27 18:31 VZ, revision 78076

Update mouse capture stack when showing modal dialog in wxGTK. GTKReleaseMouseAndNotify(), which is called before showing a modal dialog in wxGTK to ensure that the mouse does not remain captured by the window which will be disabled by the modal dialog soon, should update the mouse capture stack and so must call ReleaseMouse() to do it, not just DoReleaseMouse(). See #16647, #8657.

2014-10-26 12:44 VS, revision 78075

Use subtler grey for emulated toolbar toggle on OS X Use a lighter shade of gray to avoid problems with user icons and to match the look of OS X 10.10's rendering of selected toolbar items. Fixes #16645.

2014-10-26 12:44 VS, revision 78074

Use subtler grey for emulated toolbar toggle on OS X Use a lighter shade of gray to avoid problems with user icons and to match the look of OS X 10.10's rendering of selected toolbar items. Fixes #16645.

2014-10-25 20:06 PC, revision 78073

use wxOVERRIDE

2014-10-25 20:05 PC, revision 78072

backport r77741: Return the caption from wxMessageDialog::GetTitle()

2014-10-25 14:49 VS, revision 78071

Fix wxFontDialog exceptions on OS X Yosemite Opening the font dialog would result in an exception in RunMixedFontDialog: -[NSView resetFlags]: unrecognized selector sent to instance 0x6080001285c0 The code in question assumed that NSFontPanel's accessory view either didn't exist or was created by wx, and casted it to wxMacFontPanelAccView* without checking. But this assumption is no longer true on OS X 10.10, the view is apparently pre-set to some default NSView instance. Fix the code to check accessoryView's class before treating it as wxMacFontPanelAccView.

2014-10-25 14:49 VS, revision 78070

Fix wxFontDialog exceptions on OS X Yosemite Opening the font dialog would result in an exception in RunMixedFontDialog: -[NSView resetFlags]: unrecognized selector sent to instance 0x6080001285c0 The code in question assumed that NSFontPanel's accessory view either didn't exist or was created by wx, and casted it to wxMacFontPanelAccView* without checking. But this assumption is no longer true on OS X 10.10, the view is apparently pre-set to some default NSView instance. Fix the code to check accessoryView's class before treating it as wxMacFontPanelAccView.

2014-10-25 14:35 AW, revision 78069

Get wxPGProperty items to be deleted with deferral directly from the corresponding internal list of items. Don't use iterator to collect wxPGProperty items in wxPropertyGridPageState::DoClear().

2014-10-25 01:23 VZ, revision 78068

More fixes for PCH-less build after r78063. Add missing headers/forward declarations now.

2014-10-25 00:55 VZ, revision 78067

Fix typo which broke PCH-less builds in r78063.

2014-10-24 23:54 VZ, revision 78066

Add a new wxUSE_STD_CONTAINERS_COMPATIBLY option. This option, which is on by default unless the use of STL is disabled, provides better interoperability with the standard library when it can be done without breaking backwards compatibility. The first example of its use is to allow passing std::vector<> of any string compatible type to wxItemContainer::Append(), Insert() and Set(), allowing to directly initialize various wxControls deriving from it such as wxChoice, wxComboBox, wxListBox from a std::vector<> of strings.

2014-10-24 23:54 VZ, revision 78065

Work around bad wxStaticText best size calculation under wxOSX. Expand wxStaticText controls in wxBusyInfo and centre them to avoid the problem with their contents being truncated when using markup under wxOSX. This should, of course, be fixed in wxStaticText itself, and when it is, this change should be reverted. But for now this at least allows wxBusyInfo to appear correctly under OS X.

2014-10-24 23:54 VZ, revision 78064

Clip the last word of wxStaticText if it doesn't fit in wxOSX/Cocoa. Until this change the entire last word disappeared, presumably because it was wrapped to the next line, which was not shown at all. Now as much of it as fits into the available space is shown, which is not ideal, but better than before, especially if we're only a pixel or two short.

2014-10-24 23:54 VZ, revision 78063

Allow customizing wxBusyInfo appearance. Allow customizing wxBusyInfo window by passing wxBusyInfoFlags containing information about the icon, title, colours and frame transparency to use. Update the sample to show such "rich" busy info.

2014-10-24 23:54 VZ, revision 78062

Auto resize wxGenericStaticText when its label or font is changed. This makes the generic version consistent with the native control behaviour.

2014-10-24 23:54 VZ, revision 78061

Refactor: extra wxStaticText auto-resizing code from wxMSW to common. This will allow its reuse in wxGenericStaticText and maybe other ports that need it in the future.

2014-10-24 23:54 VZ, revision 78060

Slightly improve sizing of wxInfoFrame used by wxBusyInfo. Specify the margin around the text in dialog units, not pixels.

2014-10-24 23:54 VZ, revision 78059

Don't use wxRESIZE_BORDER for wxInfoFrame, used by wxBusyInfo, under wxX11. This doesn't make sense, this frame should never be resizeable, so clean up the code a little.

2014-10-24 23:54 VZ, revision 78058

Don't specify the title for wxInfoFrame used in wxBusyInfo. The title is not shown to the user anyhow because this frame doesn't have wxCAPTION style. And if it were shown, it should have been translated, but as it isn't, just remove it.

2014-10-24 23:54 VZ, revision 78057

Use its own foreground colour in wxGenericStaticText. For some reason, the control always drew itself using wxSYS_COLOUR_BTNTEXT. This is a good default, but it shouldn't ignore the explicitly set foreground colour, so use it instead.

2014-10-24 15:45 VZ, revision 78056

Avoid spurious error messages for WM_MDISETMENU under Windows XP. WM_MDISETMENU handler doesn't seem to reset the last error under Windows XP and this could result in spurious debug error messages when setting the initial menu in which case NULL is returned to indicate that there was no previous menu, but this doesn't indicate that an error occurred. Explicitly reset the last error to ERROR_SUCCESS ourselves before using WM_MDISETMENU to ensure that the last error can only be set after its return if it was really done by the code handling it, i.e. if an error really happened.

2014-10-23 15:56 VZ, revision 78055

Document wxScopedCharTypeBuffer::release(). Although this method is dangerous, it still (or, maybe, especially) needs to be documented.

2014-10-21 00:06 VZ, revision 78054

Revert "Use MaskBlt() with the correct ROP when drawing bitmaps with mask." This reverts r78040 (see #16512) as it broke the appearance of the disabled buttons in MSW toolbars as can be seen in the sample. The change itself might still be correct and could have just uncovered some other bug elsewhere, but for now still revert it just to make the toolbars usable again.

2014-10-21 00:06 VZ, revision 78053

Skip the menu events in wxFrameBase handlers. While wxFrame may process these events for its own purposes, it shouldn't prevent the user-defined fall back handlers for them (e.g. at wxApp level) from running.

2014-10-21 00:06 VZ, revision 78052

Avoid intercepting Ctrl-TAB keys in generic wxDataViewCtrl. Check for the absence of modifiers before intercepting the TAB key, we only want to do it for plain TAB or Shift-TAB but not Ctrl-TAB, for example, as this prevented the user from switching between MDI windows when focus was on wxDataViewCtrl.

2014-10-20 17:12 AW, revision 78051

Draw cursor image in wxCursorProperty using wxDC::DrawBitmap. Since monochrome images are supported by wxBitmap (under MSW) there is no longer need to draw cursor image using native Win API.

2014-10-20 17:08 VZ, revision 78050

Fix wxStringTokenizer copy ctor and assignment operator. Implement copying of wxStringTokenizer correctly: compiler-generated versions didn't work as the position of the tokenizer didn't point into the correct string after making the copy. Fix this by adjusting the position iterator to use the copy of the string. Closes #16339.

2014-10-19 21:05 VZ, revision 78049

Fix for PCH-less build after wake up changes. Include wx/msw/private.h when not using PCH to get wxZeroMemory() (this makes it unnecessary to include wx/msw/wrapwin.h as it's already included by the other header).

2014-10-19 16:16 VZ, revision 78048

Avoid spurious errors from wxFileType::GetCommand() under Windows XP too. This problem was already fixed in r77649 for Windows 7 (and hopefully all the other supported Windows versions), but it turns out that XP returns a different error when the association is not found in the registry, so the debug error message was still given under it. Fix this by checking for both ERROR_NO_ASSOCIATION and ERROR_FILE_NOT_FOUND.

2014-10-19 16:16 VZ, revision 78047

Fix handling of spurious wake ups in GetNextMessageTimeout() in wxMSW. It didn't take long to realize that changes of r78041 did break something (see #9053), as MsgWaitForMultipleObjects() can return indicating the message availability even if no message is actually available in the queue. This notably happens when the application is activated. Fix this by calling MsgWaitForMultipleObjects() in a loop until we do get a message. Notice that this only works correctly with the infinite timeout as we don't update the remaining time to wait after a spurious wake-up, but this shouldn't be a problem in practice as no such wake-ups should happen anyhow during a small timeout duration -- and nobody typically uses long ones.

2014-10-19 14:59 VZ, revision 78046

Don't leave wxSubwindows::m_ids uninitialized. Normally it's initialized by calling Create(), but don't crash deleting an invalid pointer in the dtor if Create() hadn't been called. See #16630.

2014-10-19 14:58 VZ, revision 78045

Only select the first radio button if there is one in wxMSW wxRadioBox. Don't call SetSelection(0) if the radio box is empty. See #16630.

2014-10-19 14:57 VZ, revision 78044

Don't leave wxSubwindows::m_ids uninitialized. Normally it's initialized by calling Create(), but don't crash deleting an invalid pointer in the dtor if Create() hadn't been called. See #16630.

2014-10-19 14:57 VZ, revision 78043

Only select the first radio button if there is one in wxMSW wxRadioBox. Don't call SetSelection(0) if the radio box is empty. See #16630.

2014-10-19 14:57 VZ, revision 78042

Update the bundled Scintilla version to 3.4.1. There are relatively few changes, see Scintilla changelog at http://www.scintilla.org/ScintillaHistory.html Closes #16182.

2014-10-19 14:57 VZ, revision 78041

Make main thread wake up code more efficient and less error-prone in wxMSW. Use a kernel event object to signal the thread wake up instead of sending WM_NULL to one of its windows. This is simpler as we don't need to look for any windows and doesn't suffer from the problem of overflowing the Windows message queue if we do it too many times as signalling an already signalled event simply doesn't do anything. Closes #9053.

2014-10-19 14:57 VZ, revision 78040

Use MaskBlt() with the correct ROP when drawing bitmaps with mask. We need to AND the destination with the mask first and then XOR it with the bitmap data to achieve the correct results. Closes #16512.

2014-10-19 14:57 VZ, revision 78039

Don't replace bitmap transparency with black when converting to icon in wxMSW. This was a wrong workaround for incorrect drawing of the icons elsewhere and isn't needed if the destination is first AND-ed with the mask, as it should be. See #16512.

2014-10-19 14:56 VZ, revision 78038

Fix creating wxBitmap from monochrome icon or cursor in wxMSW. Handle the "AND" and "XOR" masks inside monochrome icons/cursors correctly instead of simply copying the monochrome data which didn't work at all. See #16512.

2014-10-19 14:56 VZ, revision 78037

Fix memory leak in richtext sample. Destroy the children of wxRichTextFieldTypeCompositeTest when updating it instead of just clearing the list and leaking the objects in it. Closes #14324.

2014-10-19 14:56 VZ, revision 78036

Handle taskbar button recreation better in wxMSW. Store the various parameters in wxTaskBarButton itself and reapply them when the button is (re)created. This fixes problems with getting the "taskbar button created" message twice, e.g. because Explorer was restarted, or getting it too late, as now wxTaskBarButton can be configured both before and after receiving this message. Closes #16566.

2014-10-19 14:56 VZ, revision 78035

Work around unavailability of std::exception_ptr with some g++ versions. g++ headers only provide std::exception_ptr when __GCC_ATOMIC_INT_LOCK_FREE is 2, indicating that atomic operations on int are available, so check for this before setting HAS_EXCEPTION_PTR as in some MinGW builds (TDM gcc 4.7) this symbol is not defined as 2. Closes #16634.

2014-10-19 14:56 VZ, revision 78034

Use TLW parent for wxMessageDialog in all ports. This avoids problems with deleting child windows which are parents of wxMessageDialog before the dialog itself is destroyed and was already done in wxGTK, but not in wxMSW nor wxOSX. Do it in all ports now by calling GetParentForModalDialog() from wxMessageDialogBase ctor itself instead of depending on the port-specific wxMessageDialog to do it. Closes #16631.

2014-10-19 02:59 PC, revision 78033

Fix ClientToScreen()/ScreenToClient() when used immediately after window creation. And whenever window does not have an up-to-date GTK size allocation. Closes #16061

2014-10-18 14:00 AW, revision 78032

Add drawing cursor images for wxCursorProperty under wxGTK. Closes #16637

2014-10-18 11:37 AW, revision 78031

Fix deleting pending editor controls if wxPG is destructed from within its own event handler. If wxPG dtor is invoked from within event handler then deleting its pending editor controls should be delegated to the global idle event handler.

2014-10-17 00:49 AW, revision 78030

Fix deleting editor controls associated with wxPG properties from within event handler. Editor controls (and their event handlers) deleted from within wxPG event handler shouldn't by deleted in global idle event handler but only in local wxPG event handler because global idle events can be generated also by calling e.g. wxYield when wxPG is not in the real idle state. Closes #16617

2014-10-17 00:33 AW, revision 78029

Prevent renaming already renamed wxPG property waiting for deferred deletion. Name of the property to be deleted with delay is changed to the some meaningless name in order to avoid conflict with other active properties. It is enough to do this only once. See #16617

2014-10-17 00:27 AW, revision 78028

Accept only real idle events in wxPropertyGrid::OnIdle() Fake idle events generated e.g. by calling wxYield from within the event handler should be skipped to avoid problems. See #16617

2014-10-16 15:33 VZ, revision 78027

Only link webview library with libwebkitgtk in wxGTK, not the core one. Add EXTRALIBS_WEBVIEW similar to the existing EXTRALIBS_MEDIA and such and set it in configure instead of adding libwebkitgtk and dependent libraries directly to GUI_TK_LIBRARY. This ensure that the core library doesn't have any dependencies on libwebkitgtk which it doesn't need. Closes #16624.

2014-10-16 15:33 VZ, revision 78026

Only link webview library with libwebkitgtk in wxGTK, not the core one. Add EXTRALIBS_WEBVIEW similar to the existing EXTRALIBS_MEDIA and such and set it in configure instead of adding libwebkitgtk and dependent libraries directly to GUI_TK_LIBRARY. This ensure that the core library doesn't have any dependencies on libwebkitgtk which it doesn't need. Closes #16624.

2014-10-16 12:13 JS, revision 78025

Don't calculate refresh optimizations if we're not going to use them

2014-10-15 18:56 PC, revision 78024

update code to match 3.0 branch after r78023

2014-10-15 18:53 PC, revision 78023

fix crash in wxGCDC::DrawEllipticArc() after r76954, closes #16623

2014-10-14 21:36 VZ, revision 78022

Disable surrogate-related unit test for MSW. This test can't work when the in-memory representation is UTF-16, as we can't convert surrogates to anything else in this case. This fixes the unit tests broken since r76622, see #16298.

2014-10-14 21:36 VZ, revision 78021

Don't end converting prematurely on encountering consecutive NULs. Don't stop converting subsequent chunks just because the length of one of them was 0: this can happen if the first character of a string is a NUL or if there are two (or more) NULs in it later. Simply remove the check for this and continue as usual even in this case. Also add a unit test verifying that we do translate NULs in input into NULs in output. Closes #16620.

2014-10-14 21:23 VZ, revision 78020

Fix typo in a comment in wxSpinCtrlGenericBase::Create(). s/satisfy/specify/ to give some sense to this comment.

2014-10-14 15:42 VZ, revision 78019

Spanish translations update from Miguel Giménez.

2014-10-14 15:40 VZ, revision 78018

Spanish translations update from Miguel Giménez.

2014-10-14 10:53 VS, revision 78017

Add support for template NSImages to wxBitmap wxBitmap uses CGImage instead of NSImage internally and the conversion looses NSImage metadata. In particular, it looses the "template" attribute, which is set for files ending with "Template" and loaded trough wxArtProvider. This change makes it easy to use template images with native controls such as the toolbar.

2014-10-14 10:53 VS, revision 78016

Add support for template NSImages to wxBitmap wxBitmap uses CGImage instead of NSImage internally and the conversion looses NSImage metadata. In particular, it looses the "template" attribute, which is set for files ending with "Template" and loaded trough wxArtProvider. This change makes it easy to use template images with native controls such as the toolbar.

2014-10-13 14:08 VZ, revision 78015

Define unambiguous Is{List,Text}Empty() in wxOwnerDrawnComboBox. Like in wxComboBox itself, it's useful to provide these methods to avoid problems with ambiguous IsEmpty(), inherited from both wxTextEntry and wxItemContainer. Closes #16618.

2014-10-13 09:19 AW, revision 78014

Fix clearing wxPG Properties deleted immediately in wxPropertyGridPageState::DoClear() should be first removed from the lists of pending deletions. Closes #16617

2014-10-12 22:48 VZ, revision 78013

Fix calling wxFileHistory::Load() more than once. Don't add all the items in the history to the menu again, remove the old ones if we had already added them. Closes #16588.

2014-10-12 22:48 VZ, revision 78012

Fix vertical cell alignment in wxDataViewCtrl in wxGTK. Pass the alignment used when creating the column to the renderer. Closes #16035.

2014-10-12 22:48 VZ, revision 78011

Update MSVS 2010+ remarks in wxMSW installation notes. Document wx_local.props instead of the old and not existing any more wx_vcN_local.props. Also mention that wx/msw/setup.h can be linked to wx/msw/setup0.h instead of being a copy of it. Closes #16597.

2014-10-12 22:48 VZ, revision 78010

Add support for 'z' size format specifier. Assume that non-MSVC compilers support it directly and use 'I' for MSVC. Closes #16596.

2014-10-12 22:48 VZ, revision 78009

Fall back to executable file name in wxApp::GetAppName(). This is especially useful when wxWidgets is used as part of another library and is not initialized with the real argc/argv containing the application name. Closes #16615.

2014-10-11 18:30 VZ, revision 77994

Add wxART_FULL_SCREEN icon. Use stock GTK+ icon in wxGTK and Tango icon elsewhere. See #2662.

2014-10-11 18:30 VZ, revision 77993

Fix resource compiler include path for Borland. Explicitly include $(BCCDIR)/include/windows/sdk directory in the resource compiler options, as it needs it to find windows.h.

2014-10-11 18:29 VZ, revision 77992

Compilation fix for Borland overload selection bug. Avoid the following bogus compiler error: Error E2015 ..\..\src\common\filename.cpp 2589: Ambiguity between 'wxFileName::Exists(int) const at ..\..\src\common\filename.cpp:777' and 'wxFileName::Exists(const wxString &,int) at ..\..\src\common\filename.cpp:790' in function wxFileName::SetPermissions(int) by using an unambiguous overload. See #16592.

2014-10-11 18:29 VZ, revision 77991

Compilation fix for Borland compiler bug with ternary operator. Don't use ?: operator with references, Borland wrongly deduces the common type as being an object in this case, so use pointers instead and dereference later. See #16592.

2014-10-11 18:29 VZ, revision 77990

Update release instructions to mention tagging the release. Also remove the reference to the non-existing "next section" and a couple of other minor changes.

2014-10-11 17:48 VZ, revision 77989

Mention Borland C++ fixes in the change log.

2014-10-11 17:48 VZ, revision 77988

Fix resource compiler include path for Borland. Explicitly include $(BCCDIR)/include/windows/sdk directory in the resource compiler options, as it needs it to find windows.h.

2014-10-11 17:47 VZ, revision 77987

Compilation fix for Borland overload selection bug. Avoid the following bogus compiler error: Error E2015 ..\..\src\common\filename.cpp 2589: Ambiguity between 'wxFileName::Exists(int) const at ..\..\src\common\filename.cpp:777' and 'wxFileName::Exists(const wxString &,int) at ..\..\src\common\filename.cpp:790' in function wxFileName::SetPermissions(int) by using an unambiguous overload. See #16592.

2014-10-11 17:47 VZ, revision 77986

Compilation fix for Borland compiler bug with ternary operator. Don't use ?: operator with references, Borland wrongly deduces the common type as being an object in this case, so use pointers instead and dereference later. See #16592.

2014-10-09 17:37 VZ, revision 77985

Fix excessive height of wxSlider with labels but no ticks in wxMSW. We shouldn't add the label height to the control best height as the labels are positioned at the same vertical level as the main part of the control. See #16604.

2014-10-09 17:36 VZ, revision 77984

Fix excessive height of wxSlider with labels but no ticks in wxMSW. We shouldn't add the label height to the control best height as the labels are positioned at the same vertical level as the main part of the control. See #16604.

2014-10-09 06:44 MAR, revision 77983

Fix invalid listctrl imagelist assert in wxQT This reverts the bug introduced in r77935, now the list control sample works again.

2014-10-09 06:23 MAR, revision 77982

Support frameless taskbarless dialogs in wxQt * Moved frameless hint to window, checking border * Removed duplicate code in wxFrame and asserts that were preventing AUI to work Thanks to @seandepagnier for the original patch

2014-10-08 12:29 JS, revision 77981

Corrections to HasCharacterAttributes, HasParagraphAttributes EditProperties functions don't try to change read-only content Page up/down behaviour now takes into account margins and scale Transparency and y poition corrections to field labels