forked from jengelh/wxWidgets-3_2
Jan Engelhardt
4d5a03886a
- Update to version 3.1.5:
* New wxWebRequest and related classes provide a simple way to
use HTTPS and HTTP/2 from wxWidgets applications using native
libraries or libcurl.
* Support EGL in wxGLCanvas and Wayland in wxMediaCtrl under
Linux.
* Many appearance and other fixes for macOS 11.
* More improvements to wxGrid UI, API and performance.
* wxImage improvements: add alpha support in Paste() and
clipboard support.
* API additions: wxPersistentComboBox, wxFileName::ResolveLink(),
wxFileHistory::SetMenuPathStyle(), wxString::utf8_string(),
wxEVT_FULLSCREEN.
* Improvements: wxConfig now supports 64-bit integers, wxLog uses
millisecond resolution in timestamps, XRC files can be loaded
from URLs.
* Yet more bug fixes, fixes for API inconsistencies and
optimizations, notably in wxDataViewCtrl, wxListCtrl,
wxPropertyGrid.
- Remove patches fixed upstream:
* 0001-Don-t-use-wxASCII_STR-inside-wxART_MAKE_XXX_ID-macro.patch.
* 0002-Fix-documented-type-of-wxART_XXX-constants.patch.
OBS-URL: https://build.opensuse.org/request/show/897893
OBS-URL: https://build.opensuse.org/package/show/X11:wxWidgets/wxWidgets-3_2?expand=0&rev=84
wxWidgets in SUSE ================= There are many possible wxWidgets configurations that can be built from a single source spec file. Depending on what options have been chosing, the ABI changes in incompatible fashion, yet the library filenames do not. To counter running a program with an incompatible variant of wxWidgets, we chose to make use of the vendor tagging mechanism. Programs built against the SUSE wxWidgets explicitly require the library by our name and therefore cannot inadvertently be run with an incompatible wxWidgets from another distribution. To run a foreign program, you will need to use the LD_LIBRARY_PATH mechanism to point it to a directory which contains the matching third-party wxWidgets variant.