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 164 326 489 490 491 492 493 1268 2043 2818] []

Changes per page:

25 50 100 250 500 1000 2000

Changelog for wxWidgets (70435 changes):

2009-10-06 00:58 VZ, revision 62307

Refactor initialization code in wxTopLevelWindowMSW::Create(). No real changes as the old code was, in fact, correct (although Create() didn't initialize m_parent explicitly, it was still done in AddChild() if the parent was not NUL) but just make it more explicit and clear. Add a new helper wxWindowBase::CreateBase() overload for top level windows, not taking the validator parameter which doesn't apply to them. Also make CreateBase() protected as it is only meant to be called from derived classes Create().

2009-10-06 00:58 VZ, revision 62306

Don't use the current size in DoGetBestSize() by default. Doing this means that a window which was made initially large because no other windows were present or shown will refuse to shrink to make space for them later even if it doesn't need to be that large. The issue was masked under MSW and GTK because the first size event under these ports is sent so early that the top level parent window is not realized yet and has default size of 20*20 pixels meaning that its children will cache their initial (very small) size as their best size, but it was very visible under OS X where the initial layout is done using the real top level window size and broke wxInfoBar showing in the dialogs sample, for example.

2009-10-06 00:58 VZ, revision 62305

Make wxWindow::ShowWithEffect() synchronous under wxOSX/Cocoa. As explained in the previous commit, while Cocoa support asynchronous animation, wx API doesn't really, so block in Cocoa implementation of ShowWithEffect() until the animation terminates for compatibility with wxMSW and hence expectations of the existing code.

2009-10-06 00:57 VZ, revision 62304

Implement wxWindow::ShowWithEffect() for wxOSX/Cocoa. This version animates the window asynchronously and is being checked in just to preserve it in svn if we later decide to return to this semantics. It will be replaced by synchronous animation in the next commit.

2009-10-06 00:57 VZ, revision 62303

Added a virtual wxWindow::OSXGetViewOrWindow() method. This can be used to retrieve either an NSView for child windows or NSWindow for non-owned ones without resorting to dynamic casts.

2009-10-06 00:57 VZ, revision 62302

Determine the appropriate show effect automatically in wxInfoBar. Slide the info bar from top or bottom of the parent window depending on its location.

2009-10-06 00:57 VZ, revision 62301

Remove the hack with changing the parent background colour in wxInfoBar. Finding the closest info bar to copy the background colour from only worked for very simple layouts and failed for more complicated ones with nested sizers so don't try to change the colour automatically, it's easy enough to do it manually as shown in the updated dialogs sample.

2009-10-06 00:57 VZ, revision 62300

Implement DrawTitleBarBitmap() for OS X using hard coded PNG images. Use a simple implementation working under all OS X versions, including 10.4 which doesn't have standard system images for the close button. Added the images themselves under art/osx and png2c.py helper script to convert them to a form used in C++ code.

2009-10-06 00:57 VZ, revision 62299

Return smaller images for wxART_MENU/BUTTON under OS X. Requesting images with client id of wxART_MENU/BUTTON used to return the large 32*32 icons because GetNativeSizeHint() wasn't implemented for these client ids. Moreover, under Mac some icons (notably message box ones) are created from the corresponding icon bundle and the code in wxArtProvider::GetBitmap() didn't resize them correctly in this case, fix this.

2009-10-06 00:57 VZ, revision 62298

Use wxART_BUTTON instead of wxART_MENU for info bar icons. wxART_BUTTON seems to be more appropriate, although in practice this doesn't make any difference.

2009-10-06 00:57 VZ, revision 62297

Make info bar buttons smaller. This looks better under Mac OS X (and currently has no effect under the other platforms).

2009-10-06 00:57 VZ, revision 62296

Use wxRendererNative::DrawTitleBarBitmap() for info bar close button. If supported by the current platform, draw natively-looking close button using multiple bitmaps for normal, pressed and current stats. Otherwise fall back on the old wxArtProvider-based bitmap.

2009-10-06 00:57 VZ, revision 62295

Added wxRendererNative::DrawTitleBarBitmap(). This is currently only implemented for wxMSW as there is no advantage to use a generic implementation compared to using wxArtProvider directly under the other ports. But for MSW this allows to have perfectly natively looking titlebar-like buttons.

2009-10-06 00:56 VZ, revision 62294

Replaced GraphicsHDC from src/msw/renderer.cpp with wxDC::GetTempHDC(). wxDC::GetTempHDC() method provides a convenient and safe way to retrieve HDC from a wxDC object, whether it is using GDI or GDI+. It is implemented using (MSW-specific) virtual functions in wxDC and so doesn't need ugly hacks like wxDynamicCast which were used in src/msw/renderer.cpp to achieve the same effect. Also, we now use GetTempHDC() consistently in all wxMSW rendering methods as the old GraphicsHDC was only used in some of them meaning that many methods didn't work at all with wxGCDC.

2009-10-06 00:56 VZ, revision 62293

Refactor wxRendererXP button drawing methods. Avoid code duplication in wxRendererXP as well and fix a bug in DrawRadioBitmap() which incorrectly drew it in hot state when it was disabled but wxCONTROL_CURRENT was specified.

2009-10-06 00:56 VZ, revision 62292

Implement wxRenderer::DrawRadioBitmap() for classic MSW renderer. Clean up the functions added in r57313: - Versions using wxUxThemeEngine should be in wxRendererXP - Provide implementation using DrawFrameControl() in wxRendererMSW too - Refactor the code to avoid triplication in wxRendererMSW

2009-10-06 00:56 VZ, revision 62291

Add demonstration of flags to the render sample. Allow to select the flags to pass to DrawXXX() functions.

2009-10-06 00:56 VZ, revision 62290

Add demonstration of a few more wxRenderer methods. Also show the effect of calling several more DrawXXX() methods in the sample.

2009-10-06 00:56 VZ, revision 62289

Correct custom renderer method override example in the sample. The implementation of DrawHeaderButton() in MyRenderer should restore the text foreground colour and brush to avoid messing up drawing done after it.

2009-10-06 00:56 VZ, revision 62288

Don't use possibly uninitialized pen in wxMSWDCImpl. Check that m_pen is valid before checking if it is transparent in DoDrawRoundedRectangle() too (this was already done in DoDrawRectangle() in r53150).

2009-10-06 00:56 VZ, revision 62287

Don't use themed border for the generic info bar. Since the switch to deriving from wxControl instead of wxWindow, the info bar gained a themed border which doesn't look nice for it, especially when it is shown progressively, as happens under Windows. Restore the old behaviour by overriding GetDefaultBorder() to return wxBORDER_NONE for it. This doesn't look perfect neither however, we may want to draw a separator line between it and the parent window ourselves as even wxBORDER_SIMPLE looks too heavy for it (and there should be definitely no border on its sides as it always touches the parent window edges).

2009-10-06 00:56 VZ, revision 62286

Ensure that info bar message uses the set font/colours in wxGTK. Propagate the font and colours set on wxInfoBar window itself to its label in the native GTK implementation.

2009-10-06 00:56 VZ, revision 62285

No real changes, just inline wxSuspendStyleEvents. wxSuspendStyleEvents helper class was used in one place only and the code is more clear if its ctor and dtor are inlined directly into DoApplyWidgetStyle() itself instead of being located far away from it. Also, we only need to suppress the events for top level windows so don't bother doing anything at all when changing styles for m_widget and not m_wxwindow.

2009-10-06 00:56 VZ, revision 62284

Added wxInfoBar::Dismiss(). Add a method to conveniently hide the info bar and update the parent layout.

2009-10-06 00:55 VZ, revision 62283

Use more native appearance in the generic wxInfoBar implementation. Use default font for the text and left align it instead of centering. Also use smaller bitmaps for the icon and the button.

Select page:

[] [1 164 326 489 490 491 492 493 1268 2043 2818] []

Imprint