Use wxDEFAULT_DIALOG_STYLE by default but allow changing it before really
creating the dialog.
Also use CreateStdDialogButtonSizer() to make the code a bit more high level.
Closes#17275.
Due to a clash between numeric values of wxTE_MULTILINE and wxDIALOG_NO_PARENT
text entry dialogs for multiline text didn't have a parent.
Fix this by always using a parent for them, which is better than never doing
it, even if still not ideal.
Closes#17136.
It's confusing that wxLogInfo() and wxLogVerbose() are exactly the same and
the former, and not only the latter, doesn't do anything unless SetVerbose()
had been called, even if the log level is wxLOG_Info or higher.
Fix this by checking for GetVerbose() in wxLogVerbose() only and making
wxLogInfo() check the log level only. This makes it very similar to
wxLogMessage() but this is not such a bad thing.
Also improve wxLogVerbose() documentation.
This style should almost never be used in the application code, it's mostly an
implementation detail (but not quite as it might make sense to turn it off for
some wxPanel, at least in theory).
Update misc/scripts/inc_release script: remove non-existent any more files and
update the version in the MSVS 200x project files not generated by bakefile
any more and MSVS 201x project files which were not previously taken into
account.
Run it and rebake.
This makes them compatible with the makefiles and MSVS 200x projects.
Notice that wxVersionString will need to be set to "32", not "320", when 3.2.0
release is done, as the micro version component is only used in the DLL names
for the development releases but not stable ones.
The actual version from https://github.com/wxWidgets/wxWidgets/releases/tag/v3.1.0
with the correct SHA1 sums, a few other minor edits and without the line
breaks which don't seem to be handled correctly in the release announcements.
Disable ASCII quotes substitution with "more typographically accurate"
symbols, just as we already do it for the dashes substitution.
While disabling this unconditionally might not be perfect, it's better than
unconditionally leaving this enabled (and this is on by default since OS X
10.9).
Closes#15705.
Closes https://github.com/wxWidgets/wxWidgets/pull/241
Add missing utf8_str() call as implicit conversion is not available in
wxUSE_STL=1 case (notice that this also makes wxUSE_STL=0 work correctly when
not using UTF-8 locale).
Closes#17412.
wxMBSTRINGCAST is a const-removing cast and therefore should be avoided
unless necessary.
Here, the cast was used to convert wxWX2MBbuf to const char *, which does not
involve removing const-ness.
WXSTRINGCAST is a const-removing cast and should be avoided unless necessary.
Here, wxString::c_str() is sufficient because GetTextExtentPoint32 takes
a const pointer.
Connecting to wxEVT_TEXT_ENTER is not necessary if wxTE_PROCESS_ENTER style is
not used was always useless and is actively harmful since the changes of
5591a20093 as it results in an assert failure
now.
Just don't do it unless we really want, and will get, these events.
When building for i386 in C++11 mode clang warns about narrowing conversion
from double to CGFloat (== float) in the initialization.
Fix it by using explicit suffixes for the float literals.
Document the change of wxAppTraits::GetToolkitVersion which when
user-overridden in the best case leads to a compile error and worst case
when it already has been overridden (which is more likely) silently
fails as the user-override would not be called.
Also mention the micro version changes in general in changes.txt.
