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

2010-07-11 22:00 JMS, revision 64897

Fix non-PCH builds (closes #12217)

2010-07-11 21:25 PMO, revision 64896

Renamed wxQtScrollBarEventForwarder to wxQtScrollBar

2010-07-11 20:13 PMO, revision 64895

Renamed implementation internal methods to use Qt-prefix

2010-07-11 19:04 JMS, revision 64894

Added 'Delimiter' attribute for wxArrayStringProperty. Moved static ArrayStringToString() to wxArrayStringProperty.

2010-07-11 18:06 JMS, revision 64893

Have the new incarnation of wxPGArrayEditorDialog support the old-style 'custom button' event as something that happens when the wxEditableListBox's 'New Item' button is pressed

2010-07-11 17:31 PMO, revision 64892

Update to trunk r64891

2010-07-11 15:01 MYA, revision 64891

Now, normal layout works again and I know what the lines mean. :-)

2010-07-11 14:26 MYA, revision 64890

Fix bugs in GetAvailableRect.

2010-07-11 13:18 SJL, revision 64889

Add more wxGrid tests for cursor movement, cell selection, column and row adding and inserting, reordering columns and line formatting.

2010-07-11 12:44 VZ, revision 64888

No real changes, just fix unused parameter warning. Wrap dc parameter of wxRichTextCtrl::PaintAboveContent() in a WXUNUSED().

2010-07-11 12:44 VZ, revision 64887

Optionally set the window name in wxPersistentRegisterAndRestore(). In practice names are not often used so typically whenever you want to make a window settings persistent you also need to set its name and the it's convenient to let a single function do both tasks, so add an overload taking the name string (this is a separate function instead of optional parameter to avoid compilation errors if this is ever used with non-wxWindow-derived objects which don't have SetName() method). Also expand the documentation slightly and add @since tags.

2010-07-11 12:44 VZ, revision 64886

Set the string to search for in wxSearchCtrl events. It's more convenient to have the string to search for directly in the event object than to retrieve it from wxSearchCtrl itself as it had to be done before. Closes #4665.

2010-07-11 12:44 VZ, revision 64885

Don't use uninitialized variables in wxGrid::AutoSize(). The code in wxGrid::AutoSizeColOrRow() was using uninitialized col/row variable if the grid had no rows/columns, resulting in assertion failures when trying to automatically size the columns of an empty grid. Do initialize them now and also remove duplicate assignments to the variables which never change inside the loop. Closes #12206.

2010-07-11 12:44 VZ, revision 64884

Account for largest item in wxGenericListCtrl::GetBestSize(). Don't just return a hard-coded value but at least return something big enough to show the largest item in the control in non-report mode. This fixes the appearance of wxListbook which simply truncated its items before if they didn't fit in 80 pixels horizontally. Also switch to implementing DoGetBestClientSize() instead of DoGetBestSize() as this method doesn't account for the control borders (it does account for the scrollbars however).

2010-07-11 12:44 VZ, revision 64883

Add wxSize::IncBy() and DecBy() overloads taking wxPoint. It seems to make at least as much sense to extend a wxSize by wxPoint than by another wxSize (which doesn't make much size to me...) so add Inc/DecBy() overloads doing this. We might also add operator+=() overloads taking wxPoint for consistency but for now don't add more operator overloads unnecessarily, let's wait if anybody asks about this first.

2010-07-11 12:43 VZ, revision 64882

Ensure that wxGenericListCtrl always has wx[HV]SCROLL styles. Although these styles are unconditionally added when creating the window they could be reset by calling SetWindowStyleFlag() later and this in fact happened when changing control mode from wxListbook. As it doesn't make sense to have wxListCtrl without these styles, also add them unconditionally in overridden SetWindowStyleFlag() as well.

2010-07-11 12:43 VZ, revision 64881

Don't set negative size when using constraints for layout. Passing negative size to GTK+ results in error messages and in the future wxWindow::SetSize() itself might assert if passed negative size so just avoid setting it in the first place even if there is not enough space for everything.

2010-07-11 12:43 VZ, revision 64880

Implement wxWindow::DoGetBorderSize() for all ports. Implement DoGetBorderSize() properly for wxGTK and use the difference between the full window size and the client size for all the ports not implementing this method. The latter is incorrect in the presence of the scrollbars but is the best we can do in general.

2010-07-11 12:43 VZ, revision 64879

Fix item selection/focus drawing in generic wxListCtrl. Item focus rectangle was not drawn at all under wxGTK as the code doing it was disabled with a comment saying that it was drawn elsewhere -- but this wasn't the case. So remove #ifdefs for wxGTK/Mac from generic wxListCtrl code and do use wxRendererNative methods for all platforms. This fixes the appearance of the control under GTK and if it introduces any problems under Mac, they should be fixed in its wxRendererNative implementation and not by adding #ifdefs here.

2010-07-11 12:43 VZ, revision 64878

Don't use tree style to draw focus in DrawItemSelectionRect() in wxGTK. Using gtk_paint_focus() with a tree widget style did a clearly wrong thing with Clearlooks theme: instead of drawing a focus rectangle it drew a background with a shadow overflowing the specified rectangle. This resulted in junk being left when the selection was changing in wx{List,Tree}Ctrl. Just use the widgets own style instead as this seems to work just fine. After this change the code for focus drawing in DrawItemSelectionRect() became identical to the code of DrawFocusRect() so just call the latter from the former instead of duplicating its code.

2010-07-11 12:43 VZ, revision 64877

Allow user code to override key events in generic wxListCtrl. The changes of r58323 ("Restore keyboard navi") fixed the handling of cursor keys in the generic wxListCtrl implementation but at the price of not sending keyboard events for the cursor keys to wxListCtrl itself any more. This made it impossible to override their handling in user code, something that used to work in previous wx versions and still works in wxMSW. Revert the changes of this revision now and fix the original code by simply disabling the handling of the cursor keys in wxScrollHelperBase using a newly added DisableKeyboardScrolling() method. This ensures that the keyboard events for cursor keys are not used to scroll the window when they are forwarded to wxListCtrl from wxListMainWindow. The fix is conceptually ugly as it would be better to avoid the need for such ad hoc functions as DisableKeyboardScrolling() but it is very simple and there just doesn't seem to be any sane way to do it otherwise with wxScrollHelperBase.

2010-07-11 12:43 VZ, revision 64876

Fix setting wxStaticText alignment under wxGTK. The alignment was ignored unless a wxST_ELLIPSIZE_XXX style was already used. Apparently calling gtk_label_set_ellipsize(PANGO_ELLIPSIZE_NONE) resets the alignment, so set the alignment after setting the ellipsization style, not before. Another possible solution would be to avoid calling gtk_label_set_ellipsize() completely if no ellipsization styles are given but maybe the original code didn't do this for some (unknown and undocumented) reason so keep it this way. Closes #10716.

2010-07-11 12:43 VZ, revision 64875

Swap client data pointers in wxRearrangeList too. If the list box uses client data, we need to swap the data pointers too when exchanging items in it. Closes #12201.

2010-07-11 12:43 VZ, revision 64874

Correct the size of bitmap returned by wxRegion::ConvertToBitmap(). The bitmap was 1 pixel smaller than needed due to the unwarranted use of wxRect::GetRight() and GetBottom() instead of GetWidth() and GetHeight(). Closes #12213.

2010-07-10 22:39 JS, revision 64873

Syntax error fix