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):

2011-07-25 00:19 VZ, revision 68363

Add wxNavigationEnabled<> helper for implementing TAB navigation. Provide a clean, public and documented way to implement proper TAB navigation for subwindows of a composite control: instead of using various ugly and never documented WX_XXX_CONTROL_CONTAINER macros it is now enough to simply inherit from wxNavigationEnabled<BaseClass> to do it. No real changes in the code as the new class is not used anywhere yet.

2011-07-24 22:52 JC, revision 68360
  • D /wxWidgets/branches/SOC2011_GTK3/src/gtk3/bitmap.cpp

Removed surplus backup files

2011-07-24 22:51 JC, revision 68359
  • D /wxWidgets/branches/SOC2011_GTK3/src/gtk3/pen.cpp.old

Removed surplus backup files

2011-07-24 22:50 JC, revision 68358
  • D /wxWidgets/branches/SOC2011_GTK3/src/gtk3/brush.cpp.old
  • D /wxWidgets/branches/SOC2011_GTK3/src/gtk3/colour.cpp.old

Removed surplus backup files

2011-07-24 22:39 JC, revision 68357

Fixed bugs in colour.cpp and cursor.cpp

2011-07-24 12:50 VZ, revision 68351

Ignore WM_CLOSE generated by wxMSW edit control when Escape is pressed. Multiline edit control posts WM_CLOSE to its parent window when Escape key is pressed inside it for some reason. This is unwanted as it totally bypasses our logic for only closing the dialog when Escape is pressed if there is a Cancel-like button in it, so suppress this behaviour by not letting the edit control to get Escape at all. Closes #12501.

2011-07-23 21:36 VZ, revision 68345

Mention that pages can't be added to wxBookCtrl more than once. Apparently some people expect this to work although it's really not meant to. See #13209.

2011-07-23 21:36 VZ, revision 68344

Don't try to pop from an empty stack in wxGDIPlusContext::PopState(). Using PopState() without a previous PushState() is an error but it shouldn't result in a crash, so add an assert guarding against it. Closes #13197.

2011-07-23 14:01 VZ, revision 68339

Remove mentions of wxCommandEvent from wxThreadEvent documentation. wxThreadEvent doesn't derive from wxCommandEvent any more so don't say that it does. Also fix some grammar/wording. Closes #13359.

2011-07-23 13:59 VZ, revision 68338

Don't create an unnecessary extra button in wxMSW wxProgressDialog. MSWCommonTaskDialogInit() now (probably since r67620) always creates a IDCANCEL button so don't create another one in wxProgressDialog code, just ensure that the one created by that function has the correct label (either "Cancel" or "Close"). Closes #13358.

2011-07-22 18:53 VZ, revision 68337

Set wxDidCreatePaintDC to true even if we reused a cached wxPaintDC. Reusing a cached wxPaintDC should count as painting the window, otherwise we could call DefWindowProc(WM_PAINT) if WM_PAINT was generated from inside EVT_PAINT handler (e.g. by calling wxWindow::Update()) and this validated the entire window and no painting was really done. In particular this fixes redrawing of wxStyledTextCtrl which does call Update() (completely unnecessarily AFAICS) from its EVT_PAINT handler when it wants to fully refresh itself. Closes #13345.

2011-07-22 18:32 VZ, revision 68336

Increased the version to 2.9.3. Simply ran misc/scripts/inc_release and changed build/bakefiles/version.bkl and rebaked everything afterwards.

2011-07-22 18:31 VZ, revision 68335

Update the files changed by the version number increment script. src/wxWindows.xcodeproj doesn't exist any more so remove it but add build/tools/bld_chm_exe.bat and samples/minimal/Info*.plist files.

2011-07-22 18:16 VZ, revision 68334

Added customizable wxDocManager::OnMRUFileNotExist() virtual method. This method can be overridden to customize the previously hard-coded handling of the case when a file selected from the MRU menu doesn't exist any more: we used to always remove it from the file history completely. This may, however, be inappropriate and, in fact, probably never, or very rarely, is the right thing to do when the file that we failed to open still exists. So never remove the file from the MRU if we failed to open an existing file (also don't give an error about it as it should have been already given by CreateDocument()) and, while we still do it for the non-existent files, allow to override this behaviour by overriding the new OnMRUFileNotExist() method.

2011-07-22 18:16 VZ, revision 68333

Several corrections to wxDocManager fields documentation. Remove non-existent wxDocManager::m_flags. Added correct m_lastDirectory declaration to go with its documentation instead of the duplicated m_fileHistory documentation. Better document the default m_maxDocsOpen value. Put all the documented fields in protected section as they're really protected and not public.

2011-07-22 18:16 VZ, revision 68332

Save and restore file history in docview sample. Show how the file history can be saved to and restored from wxConfig. This makes it much easier to test file history related stuff as the history doesn't need to be recreated during every sample run. It is also closer to what real applications using docview framework do as the file history is relatively useless if it's not saved.

2011-07-22 18:16 VZ, revision 68331

Allow passing the error value to wxStreamBase::Reset(). It can be useful to induce an error on the stream explicitly, e.g. because an incorrect value was read from it and we want to indicate it to the caller by setting stream error to wxSTREAM_READ_ERROR. Allow to do this by passing an optional error value to wxStreamBase::Reset(). Add an example of using the new functionality to the docview sample which needs it to be able to signal errors while reading the files. Also document this method that previously wasn't documented at all.

2011-07-22 15:08 JS, revision 68330

Fixed Replace() to use the passed range instead of current selection

2011-07-22 15:07 JS, revision 68329

Fixed Replace() to use the passed range instead of current selection

2011-07-22 14:49 VZ, revision 68328

Don't pass spin text control messages processed at wx level to Windows. Windows messages handled at wx level shouldn't be processed again at Windows level but we always passed the events forwarded by spin control "buddy" text window to its default window proc as we had no way to determine whether they were really handled or not. Now we do have a way to do, by using the newly added MSWHandleMessage(), so only pass the messages to default window proc if they hadn't been handled already. This notably suppresses the annoying beep which happened if Enter key was pressed in a wxSpinCtrl with wxTE_PROCESS_ENTER style (as used by the corresponding wxDataViewCtrl renderer, for example). It probably corrects some other bugs/discrepancies with the other ports in event handling in wxSpinCtrl too.

2011-07-22 14:49 VZ, revision 68327

Refactor wxWindow::MSWHandleMessage() out from MSWWindowProc(). This commit just refactors the code without changing anything in its behaviour and will be followed by the real changes in the next one. The new function just handles the message, without calling MSWDefWindowProc() if it wasn't handled. This allows to call it and determine whether the message was really handled and only continue processing it if it wasn't. Notice that while in theory this shouldn't be necessary because the return value of MSWWindowProc() should indicate whether the message was handled or not (0 meaning that it was, for most messages), in practice it doesn't work because many standard controls window procs return 0 even for message they do nothing with, e.g. "up down" control always returns 0 for WM_CHAR messages even it it only really handles the arrow keys.

2011-07-22 14:31 SJL, revision 68326

Implement basic support for virtual file systems for the ie backend. Registering a temporary namespace allows us to use the existing wxFileSystem work to load virtual files.

2011-07-22 11:34 SJL, revision 68325

Replace define for OLECMDID_OPTICAL_ZOOM with an enum to avoid errors in compilers that define it as such.

2011-07-21 15:50 VZ, revision 68324

Fix double deletion bug in wxGTK wxDVC dnd code. The row_draggable callback could blithely delete m_dragDataObject twice as it didn't reset it to NULL after deleting it the first time. Then, if the object wasn't changed in the meanwhile, e.g. because dragging was not allowed for this item, it tried to do it again when called the next time resulting in a crash. Closes #12538.

2011-07-21 15:50 VZ, revision 68323

Fix the alignment used by custom wxDVC renderers in wxGTK by default. Correctly initialize the alignment used by the text renderer used by wxDataViewCustomRenderer in wxGTK implementation of wxDataViewCtrl. Closes #12298.