{"push_id":956873114,"size":18,"distinct_size":16,"ref":"refs/heads/master","head":"f74379c751255666cb5fc9b98639cceb252b5fee","before":"9e6af230623c7ae743405c227ba5ac58101ea336","commits":[{"sha":"a99e58e0740f9a8ab5918e671dfe242c8baf48cf","author":{"email":"a49af8e07d37d6a8c35a1044b81012f9b33b442e@wp.pl","name":"Artur Wieczorek"},"message":"Add method to convert wxDIB to wxImage enforcing alpha channel values (wxMSW).\n\nwxDIB::ConvertToImage called with Convert_AlphaAuto converts wxDIB to wxImage with automatic checking if 32 bpp DIB contains real alpha values (legacy way).\nWhen it is called with Convert_AlphaAlwaysIf32bpp then automatic checking is disabled and 32 bpp DIB is unconditionally converted to ARGB wxImage.","distinct":false,"url":"https://api.github.com/repos/a-wi/wxWidgets/commits/a99e58e0740f9a8ab5918e671dfe242c8baf48cf"},{"sha":"f6787b72081cd367b7b50d0fb7d683de46ab8fdb","author":{"email":"a49af8e07d37d6a8c35a1044b81012f9b33b442e@wp.pl","name":"Artur Wieczorek"},"message":"Convert 32bpp wxBitmap with alpha flag set to wxImage with alpha channel values.\n\nCreate wxImage with alpha values if bitmap is explicitly marked as an ARGB one. Otherwise it will be checked automatically whether 32bpp bitmap contains real alpha channel values or not and output wxImage will be created with or without alpha channel values.","distinct":false,"url":"https://api.github.com/repos/a-wi/wxWidgets/commits/f6787b72081cd367b7b50d0fb7d683de46ab8fdb"},{"sha":"7aedb3f064d57cce11d3f7675745f03d2995d4f9","author":{"email":"fd4c965c24d66fe735cb85ca5a97b0672dcae74f@wxwidgets.org","name":"Vadim Zeitlin"},"message":"Revert to using -stdlib=libc++ as part of CXX under OS X\n\nPutting it in LDFLAGS breaks compilation of plugins using shared-ld-sh script\nfor linking as it doesn't support this option.","distinct":true,"url":"https://api.github.com/repos/a-wi/wxWidgets/commits/7aedb3f064d57cce11d3f7675745f03d2995d4f9"},{"sha":"9f15ca5f533eadfd8b2f30b72cb9400a8acae036","author":{"email":"fd4c965c24d66fe735cb85ca5a97b0672dcae74f@wxwidgets.org","name":"Vadim Zeitlin"},"message":"Don't use \"-B\" make option in Travis CI builds\n\nThis just seems unnecessary.","distinct":true,"url":"https://api.github.com/repos/a-wi/wxWidgets/commits/9f15ca5f533eadfd8b2f30b72cb9400a8acae036"},{"sha":"0dc57e9e232ddd0c5884752dd10f4730de986a77","author":{"email":"fd4c965c24d66fe735cb85ca5a97b0672dcae74f@wxwidgets.org","name":"Vadim Zeitlin"},"message":"Avoid 1px gaps between consecutive underlined words in wxHTML\n\nAt least when using standard fonts under MSW, the underlines under the\nconsecutive words didn't overlap, resulting in ugly gaps between them when\nusing more than one word as the link text, for example.\n\nWork around this by drawing an extra, slightly offset, underlined space when\nthe previous cell was drawn underlined.","distinct":true,"url":"https://api.github.com/repos/a-wi/wxWidgets/commits/0dc57e9e232ddd0c5884752dd10f4730de986a77"},{"sha":"fbe7fc85b27e64f8c059da4a01c16dfb4db483e4","author":{"email":"fd4c965c24d66fe735cb85ca5a97b0672dcae74f@wxwidgets.org","name":"Vadim Zeitlin"},"message":"Suppress harmless warning in a standard header with VC14\n\nimagehlp.h from 8.1 SDK contains an extraneous \"typedef\" in an enum\ndeclaration which results in several warnings when building, avoid them.","distinct":true,"url":"https://api.github.com/repos/a-wi/wxWidgets/commits/fbe7fc85b27e64f8c059da4a01c16dfb4db483e4"},{"sha":"b4d835090fb8462f520fac20913c3a622e8ac51b","author":{"email":"fd4c965c24d66fe735cb85ca5a97b0672dcae74f@wxwidgets.org","name":"Vadim Zeitlin"},"message":"Merge branch 'bitmap_image_conversion' of https://github.com/a-wi/wxWidgets\n\nCloses #14582.","distinct":true,"url":"https://api.github.com/repos/a-wi/wxWidgets/commits/b4d835090fb8462f520fac20913c3a622e8ac51b"},{"sha":"3d476369ece57365c1f055d793532772d6de0a9b","author":{"email":"a49af8e07d37d6a8c35a1044b81012f9b33b442e@wp.pl","name":"Artur Wieczorek"},"message":"Fix inserting owner drawn menu items in wxMSW after menu creation\n\nWhen menu item is inserted to the menu using wxMenu::DoInsert(), it is first\nadded to the list of all menu items in wxMenuBase::DoAppend() and then it is\nadded to the physical menu in wxMenu::DoInsertOrAppend(). Prior to adding the\nmenu item to the menu all already existing menu items are set as owner drawn,\nso the list of items is iterated and SetOwnerDrawnMenuItem() is called for\neach item. Because the new item is on the list but doesn't yet physically\nexist, it has to be skipped in the iterations to avoid assigning wrong data\n(like address of handler) to the wrong item.\n\nCloses #17350.","distinct":true,"url":"https://api.github.com/repos/a-wi/wxWidgets/commits/3d476369ece57365c1f055d793532772d6de0a9b"},{"sha":"142edf8b7821d26875e2a122f76a4a8136be981c","author":{"email":"fd4c965c24d66fe735cb85ca5a97b0672dcae74f@wxwidgets.org","name":"Vadim Zeitlin"},"message":"Report type mismatch when reading registry values\n\nInstead of asserting, report a user-visible error when trying to use a wrong\nkey, this should give more information to the developers and users if (when)\nthings go wrong.\n\nSee #16719.","distinct":true,"url":"https://api.github.com/repos/a-wi/wxWidgets/commits/142edf8b7821d26875e2a122f76a4a8136be981c"},{"sha":"d00fef689fd640a911e312e892c71d38ab8e1981","author":{"email":"9ec456a74ce5fbf7b1dc0f74584229a31c3c2fe6@trac.wxwidgets.org","name":"Steffen Olszewski"},"message":"Guard against invalid string values of length 1 in wxRegKey\n\nIt is not really clear if it can happen, but avoid integer underflow in case\nit somehow does and just discard the single byte which can't represent a valid\nUTF-16 character anyhow.\n\nSee #16719.","distinct":true,"url":"https://api.github.com/repos/a-wi/wxWidgets/commits/d00fef689fd640a911e312e892c71d38ab8e1981"},{"sha":"13039d5548ba80333c9a08721af4cf2f1baf84e9","author":{"email":"9ec456a74ce5fbf7b1dc0f74584229a31c3c2fe6@trac.wxwidgets.org","name":"Steffen Olszewski"},"message":"Fix REG_EXPAND_SZ values handling in wxRegKey::{Copy,Format}Value()\n\nDon't expand these string when reading them.\n\nSee #16719.","distinct":true,"url":"https://api.github.com/repos/a-wi/wxWidgets/commits/13039d5548ba80333c9a08721af4cf2f1baf84e9"},{"sha":"56a6bc8006596553240ea59c1a73af603afa4f45","author":{"email":"fd4c965c24d66fe735cb85ca5a97b0672dcae74f@wxwidgets.org","name":"Vadim Zeitlin"},"message":"Use correct version string for wxHTTP User-Agent header by default\n\nJust reuse the existing version string macro instead of duplicating the\nversion here.\n\nCloses #17199.","distinct":true,"url":"https://api.github.com/repos/a-wi/wxWidgets/commits/56a6bc8006596553240ea59c1a73af603afa4f45"},{"sha":"585b49474db78026daf64cdc91a53ebd58c32a5b","author":{"email":"fd4c965c24d66fe735cb85ca5a97b0672dcae74f@wxwidgets.org","name":"Vadim Zeitlin"},"message":"Restore sending wxEVT_CONTEXT_MENU for wxTE_RICH controls in wxMSW\n\nSince the changes to use IRichEditOleCallback in wxMSW wxTextCtrl (i.e.\nbd650ec3d9124939f7f514402b1ac243377a4e0e in master), wxEVT_CONTEXT_MENU was\nnot sent for it any more as the control consumed it after using the callback.\n\nSend the event manually before the default handling takes place to fix this.","distinct":true,"url":"https://api.github.com/repos/a-wi/wxWidgets/commits/585b49474db78026daf64cdc91a53ebd58c32a5b"},{"sha":"0220d86ef4f103c0733757198474ced27f045364","author":{"email":"fd4c965c24d66fe735cb85ca5a97b0672dcae74f@wxwidgets.org","name":"Vadim Zeitlin"},"message":"Fix missing wxContextMenuEvent for wxTreeCtrl in wxMSW\n\nThis reverts 54753c3d75cce7721667aef855fe30a0f90dcedd and (partially)\ndbd5b2ce42875058a7f109168d7887c95d893d28 (leaving the unit test added by it)\nand implements yet another fix for the original problem of duplicate\nwxContextMenuEvents generated in wxMSW which doesn't break the generation of\nwxContextMenuEvents entirely in wxTreeCtrl.\n\nwxTreeCtrl is special as its DefWindowProc() sends WM_CONTEXTMENU directly to\nits parent, and not to the control itself, when handling WM_RBUTTONUP, so the\ncode checking that WM_CONTEXTMENU was not coming from one of the window own\nchildren added in dbd5b2 filtered out all messages from it completely. As it's\nprobably not the only control behaving in this way, abandon the idea of the\nmessage origin check and instead set things up so that we still pass the\nmessage to DefWindowProc() (because not doing it breaks built-in context menus\nin wxTextCtrl, for example), but don't do anything when the message is\npropagated upwards from it.\n\nThis should ensure that we only process the message once in MSWHandleMessage()\nof the first window which gets it, whether it's the original window or its\nparent, which ensures the event propagation on wxWidgets side of things, but\nprevents it being done by Windows itself.\n\nSee #13683.","distinct":true,"url":"https://api.github.com/repos/a-wi/wxWidgets/commits/0220d86ef4f103c0733757198474ced27f045364"},{"sha":"a7d31701abfab87792fc88ed0ae64237c6eb06b9","author":{"email":"fd4c965c24d66fe735cb85ca5a97b0672dcae74f@wxwidgets.org","name":"Vadim Zeitlin"},"message":"Work around a crash in wxD2DContext when using gcc\n\nDon't call GetSize() method as gcc can't handle aggregates returned by value\nfrom D2D libraries currently and the code just crashes if this method is\ncalled.\n\nSee #17171.","distinct":true,"url":"https://api.github.com/repos/a-wi/wxWidgets/commits/a7d31701abfab87792fc88ed0ae64237c6eb06b9"},{"sha":"5dd5d68e6730d1a59a49bff77108533ef8ba8327","author":{"email":"fd4c965c24d66fe735cb85ca5a97b0672dcae74f@wxwidgets.org","name":"Vadim Zeitlin"},"message":"Revert \"Fix fields initialization in wxCommandEvent copy ctor.\"\n\nThis reverts commit 62763ad54146661e20f0232fdae9f7dab8a262c7 which seems to\nhave been completely unnecessary as the fields had been already initialized\nand this commit actually broke initialization of the propagation level of the\ncopied wxCommandEvent objects.\n\nAdd a unit test proving that things do work.\n\nCloses #16739.","distinct":true,"url":"https://api.github.com/repos/a-wi/wxWidgets/commits/5dd5d68e6730d1a59a49bff77108533ef8ba8327"},{"sha":"0ddf12104ae535ec1bdb3f71083eb661cba263b0","author":{"email":"fd4c965c24d66fe735cb85ca5a97b0672dcae74f@wxwidgets.org","name":"Vadim Zeitlin"},"message":"Remove the ancient controls sample\n\nIt's time to embrace the 21st century.\n\nCloses #15895.","distinct":true,"url":"https://api.github.com/repos/a-wi/wxWidgets/commits/0ddf12104ae535ec1bdb3f71083eb661cba263b0"},{"sha":"f74379c751255666cb5fc9b98639cceb252b5fee","author":{"email":"fd4c965c24d66fe735cb85ca5a97b0672dcae74f@wxwidgets.org","name":"Vadim Zeitlin"},"message":"Avoid duplicate wxEVT_UPDATE_UI for popup menus\n\nDon't call wxMenu::UpdateUI() explicitly in wxMSW, wxGTK and wxOSX code before\nshowing the popup menu as it is also called when any menu is opened from\nport-independent wxFrameBase wxEVT_MENU_OPEN handler, resulting in two events\nbeing generated.\n\nBut also don't send the events from wxFrameBase handler only to the frame\nitself, by explicitly passing \"source\" argument to wxMenu::UpdateUI(), as this\nprevented the event from being sent to the window popping up the menu. By just\nomitting this parameter we ensure that this event is sent to the right window.\n\nCloses #17352 (but notice that there are still duplicate events under OS X,\nsee #17354).","distinct":true,"url":"https://api.github.com/repos/a-wi/wxWidgets/commits/f74379c751255666cb5fc9b98639cceb252b5fee"}]}