Don't use vendor name by default in wxStandardPaths.

The changes in r50025 made the behaviour of wxStandardPaths silently
incompatible with the previous versions under MSW and OS X as it now used the
vendor name in the paths it returned, unlike before. The benefits of doing
this don't justify silently breaking the existing programs so revert this
change and continue to use the application name only by default.

It is, of course, still possible to explicitly ask for the vendor name to be
used with wxStandardPaths::UseAppInfo().

git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@62360 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
This commit is contained in:
Vadim Zeitlin
2009-10-10 18:28:28 +00:00
parent 8e494db90c
commit 6da1d056ca
4 changed files with 11 additions and 14 deletions

View File

@@ -80,11 +80,6 @@ Changes in behaviour not resulting in compilation errors, please read this!
- Default location of wxFileConfig files has changed under Windows, you will
need to update your code if you access these files directly.
- Return value of wxStandardPaths::GetUserDataDir() and similar functions has
changed if the vendor name is defined as it now includes it by default under
Windows and OS X. Call wxStandardPaths::UseAppInfo(AppInfo_AppName) to
revert to behaviour compatible with 2.8 version.
- wxWindow::IsEnabled() now returns false if a window parent (and not
necessarily the window itself) is disabled, new function IsThisEnabled()
with the same behaviour as old IsEnabled() was added.
@@ -385,6 +380,14 @@ Major new features in this release
2.9.1:
------
INCOMPATIBLE CHANGE SINCE 2.9.0
- wxStandardPaths doesn't use vendor name by default under MSW and OSX to
remain compatible with 2.8 behaviour but this makes it incompatible with
2.9.0. Please use UseAppInfo(AppInfo_AppName | AppInfo_VendorName) explicitly
to use the vendor name in the paths returned by wxStandardPaths.
All:
- Added wxStd{Input,Output}Stream classes (Jonathan Liu).