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-08-02 21:41 RD, revision 68490

Revert r68416 which should not have been committed to this tag.

2011-08-02 16:43 JS, revision 68489

Added semicolon needed by MSVC++ 6

2011-08-02 11:44 SJL, revision 68488

Implement HasSelection for the OSX WebKit backend.

2011-08-02 11:21 SJL, revision 68487

Add EnableHistory support to the OSX WebKit backend.

2011-08-01 19:57 SJL, revision 68485

Fix warnings for the OSX WebKit backend.

2011-08-01 19:41 SJL, revision 68484

Fix compilation for OSX backend.

2011-08-01 17:49 SJL, revision 68483

Add missing wxRTTI macros and fix incorrect ones.

2011-08-01 16:05 SJL, revision 68482

Hide the infobar in the sample if we start navigating to another page.

2011-08-01 15:20 SJL, revision 68481

Fix remaining warnings in ie backend.

2011-08-01 15:09 SJL, revision 68480

Fix all the unused variable warnings in the sample.

2011-08-01 14:54 SJL, revision 68479

Make web sample XPMs const to fix compiler warnings on gcc.

2011-08-01 14:35 SJL, revision 68478

Fix a couple of warning that crept back into the GTK backend.

2011-08-01 12:10 SJL, revision 68477

Add missing lines to setup.h.in. This properly fixes compilation under configure based environments. Also update the include guards for the wxWebHistoryItem files.

2011-07-31 17:37 SJL, revision 68474

Rework the GTK WebKit backend history to remove the need for the map between wxWebHistoryItems and WebKitWebHistoryItems.

2011-07-31 16:06 SJL, revision 68473

Split wxWebHistoryItem headers out into separate files for each backend. This will allow us to dramatically reduce the amount of code in the GTK history implementation and implement it and OSX history support more cleanly.

2011-07-31 15:25 VS, revision 68472

Silence Clang warning about numeric_limits<> specialization. libstdc++ (which is used by Clang) defines numeric_limits<> as a struct and Clang issues a warning about our specialization that uses 'class'. As libstdc++ developers have no intention of fixing this, silence the Clang warning by using 'struct' for it.

2011-07-31 15:25 VS, revision 68471

Disable symbols visibility support for the Clang compiler. Even Clang++ shipped with Xcode 4.1 still can't handle visibility of non-inline methods in exported template classes if the default visibility is 'hidden'. Disable visibility support for Clang for now, we'll revisit it in the future.

2011-07-31 14:19 VZ, revision 68470

Correct typo in wxArray::insert() fix of r68468. A wrong variable was mistakenly used. Closes #13371.

2011-07-31 12:50 SJL, revision 68469

Simplify the wxWebFileHandler code by using a map to store the query string and manipulate it.

2011-07-31 01:38 VZ, revision 68468

Fix crash in wxArray::insert() overload taking iterator range. The iterator passed as argument could be invalidated by the function itself, update it before using it. Closes #13371.

2011-07-30 23:54 VZ, revision 68467

Generate events with WXK_NONE Unicode keys for non-characters in wxOSX. The keyboard keys not corresponding to real characters, such as cursor arrows or function keys, must generate wxKeyEvents with WXK_NONE as Unicode key code to make it possible to distinguish them from the printable characters but wxOSX generated events with valid Unicode key codes for them instead. Avoid this by excluding Unicode key codes corresponding to code points in the Unicode private use area: while this doesn't seem to be documented anywhere, all non-printable characters seem to have their Unicode representation inside it. This change brings wxOSX keyboard event generation in line with the other ports and, as a side effect, also closes #12423.

2011-07-30 23:54 VZ, revision 68466

Avoid bogus focus loss event when wxTextCtrl is modified in wxOSX. A wxEVT_KILL_FOCUS event was generated when wxTextCtrl::WriteText() was called in wxOSX, even though the control didn't lose focus at all in this case. This was completely unexpected and thoroughly confused wxGrid code which closed the in place editor immediately after showing it because of this (this was perhaps only the case since r68319 but the changes there were correct so they only masked the real bug). Avoid this bogus event by remembering the NSView currently being programmatically modified and not doing anything in textDidEndEditing notification if it is generated for this view.

2011-07-30 23:54 VZ, revision 68465

Improve wxTextCtrl::GetNumberOfLines() unit test and documentation. First, enable execution of the Lines() wxTextCtrl unit test case under wxOSX as it passes since the fix in the previous commit. Do add a test for GetNumberOfLines() that currently doesn't work in the same way under all platforms -- but with this test we at least can be sure how does it work exactly where. Also mention the current discrepancy in this function behaviour in the documentation. See #12366. Fix Lines() wxTextCtrl unit test to pass under wxGTK too.

2011-07-30 23:54 VZ, revision 68464

Fix off by one error in wxTextCtrl::GetLineLength() in wxOSX. The trailing new line shouldn't be counted in the line length.

2011-07-30 23:54 VZ, revision 68463

Fix stock accelerators handling in wxOSX. No modifiers were used for stock accelerators, i.e. Append(wxID_NEW) resulted in an item with the label "New" and plain "N" as accelerator in wxOSX. This was due to wxACCEL_CMD not being handled in wxAcceleratorEntry::ToString() so map it to the same prefix as wxACCEL_CTRL there, this is enough to make the accelerators work even though it's not clear whether this is really the best thing to do or if we should use a separate "Cmd+" prefix for it (and recognize it in Parse() too then) as otherwise it's unclear why do we have wxACCEL_CMD at all, it just seems to be treated identically to wxACCEL_CTRL everywhere.