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 145 290 434 435 436 437 438 1231 2025 2818] []

Changes per page:

25 50 100 250 500 1000 2000

Changelog for wxWidgets (70435 changes):

2010-05-10 23:02 VZ, revision 64277

Don't use wxWindow::ClearBackground() in the image sample and explain why. Painting on both wxPaintDC and wxClientDC simultaneously doesn't work well, e.g. under Windows the client DC can be actually erased after we finished painting the window contents, overwriting it. Simply use wxDC::Clear() instead of wxWindow::ClearBackground() to avoid this and document the danger of using ClearBackground() from EVT_PAINT handler. Closes #10700.

2010-05-10 21:40 SJL, revision 64276

Update remaining wxUIActionSimulator files to use native line endings.

2010-05-10 21:38 SJL, revision 64275

Treat a keycode passed to wxUIActionSimulator on MSW as a wxKeyCode, demonstrate in the sample and update the docs. Update line ending types to native.

2010-05-10 16:16 JMS, revision 64274

Make text printed by wxGraphicsContext shorter

2010-05-10 16:14 JMS, revision 64273

Use wxGraphicsContext to draw some text and a rectangle around it (so that GetTextExtent() can be verified to work correctly)

2010-05-10 15:54 JMS, revision 64272

In wxGDIPlusContext::GetTextExtent(), return more accurate text height if possible

2010-05-10 15:52 JMS, revision 64271

Set wxGraphicsContext page scale, which is required for printing to work properly

2010-05-10 14:40 SJL, revision 64270

Add basic keyboard example to wxUIActionSimulator sample

2010-05-10 09:51 SJL, revision 64269

Update wxUIActionSimulator sample to use screen position, now works correctly in MSW after the absolute positioning fix

2010-05-09 23:36 SJL, revision 64267

Update wxUIActionSimulator::MouseMove on MSW to use absolute positioning in line with the documentation

2010-05-09 20:59 SJL, revision 64266

Add basic MSW modifier key support to wxUIActionSimulator, as per OSX

2010-05-09 20:51 SJL, revision 64265

Tidy up spacing in wxUIActionSimulator

2010-05-09 16:55 VZ, revision 64264

Replace public wxEvtHandler::ProcessEventHere() with private TryHere(). ProcessEventHere() doesn't have to be public any more now that we have ProcessEventLocally() which is safe to call from the outside (i.e. doesn't forget about the chained event handlers and validators). Still keep this function because it makes the code more modular and also because we might want to make it virtual for consistency with TryBefore() and TryAfter() later. Also rename it to TryHere() to make the symmetry with these functions more manifest.

2010-05-09 16:55 VZ, revision 64263

Use ProcessEventLocally() instead of ProcessEventHere() in docview code. Use wxEvtHandler::ProcessEventLocally() instead of ProcessEventHere() when forwarding events in the docview code. This ensures that any event handlers chained with the objects involved (document manager, document, view) will be used. Incidentally the old code didn't work at all as ProcessEventHere() didn't even call TryBefore() where the (further) forwarding was implemented. Closes #10640.

2010-05-09 16:55 VZ, revision 64262

Add wxWindow::ProcessWindowEventLocally() and use it in wxMSW MDI code. Add ProcessWindowEventLocally() which wraps ProcessEventLocally() in the same way as ProcessWindowEvent() wraps ProcessEvent(). I.e. it allows to process the event in this window only, without propagating it upwards, but taking into account any event handlers associated with it. Use the new method in wxMDIParentFrame code in wxMSW to ensure that event handlers pushed on MDI children frames are taken into account. Add a test for this to the MDI sample. Closes #11225.

2010-05-09 16:55 VZ, revision 64261

Refactor the event processing code to add ProcessEventLocally(). This new method can be used to only process the event in this handler or any handlers connected to it (unlike ProcessEventHere() which doesn't follow the chain at all), without propagating the event upwards (unlike ProcessEvent()). Unfortunately implementing this required a field to wxEvent but there doesn't seem to be any other way to do what we need. There should be no user-visible changes after this commit, it just paves the way for the upcoming fixes.

2010-05-09 16:55 VZ, revision 64260

Call wxEvtHandler::TryBefore() only once from ProcessEvent(). The event pre-processing hooks associated with the window should be called only once during the event processing, we don't need to call TryBefore() for each and every event handler associated with the window too. This makes the code slightly simpler and faster and shouldn't change the behaviour of any existing code.

2010-05-09 12:48 JMS, revision 64259

Suppress SetFocus() warning in wxVListBoxComboPopup

2010-05-09 12:29 JMS, revision 64258

Supress SetFocus() warning in wxVListBoxComboPopup

2010-05-09 12:27 VS, revision 64257

Prevent idMenuTitle from being accidentally used as invalid wx ID.

2010-05-09 12:27 VS, revision 64256

Whitelist wxID_NONE as valid menu item ID.

2010-05-09 12:27 VS, revision 64255

Fixed popup menu's title to be bold regardless of method used. Popup menus with title set via SetTitle() had bold font, but menus created by passing title as ctor argument used normal font. Fixed this by using the same code (SetTitle) in both cases, instead of having two independent (and out of sync) implementations of the same functionality.

2010-05-09 11:36 SJL, revision 64254

Replace the bool modifier flags in wxUIActionSimulator with an int representing wxKeyModifier values

2010-05-08 17:31 VS, revision 64248

wxMsgCatalog destructor should be public. Fixes #12031.

2010-05-08 17:31 VS, revision 64247

Fixed a test in wxTranslations::GetString() to use UINT_MAX instead of -1. See #12031.

Select page:

[] [1 145 290 434 435 436 437 438 1231 2025 2818] []

Imprint