From 6ac7ddd334c30a051ecd1d36132a35498f997d20 Mon Sep 17 00:00:00 2001 From: Francesco Montorsi Date: Sat, 31 Jan 2009 13:57:05 +0000 Subject: [PATCH] say that use of _T() is discouraged in new code, just like wxT() is git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@58551 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775 --- interface/wx/chartype.h | 18 ++++++++++-------- 1 file changed, 10 insertions(+), 8 deletions(-) diff --git a/interface/wx/chartype.h b/interface/wx/chartype.h index d9c3e9c895..59c51e8232 100644 --- a/interface/wx/chartype.h +++ b/interface/wx/chartype.h @@ -15,16 +15,16 @@ builds of wxWidgets. This macro simply returns the value passed to it without changes in ASCII build. In fact, its definition is: -@code -#ifdef UNICODE -# define wxT(x) L##x -#else // !Unicode -# define wxT(x) x -#endif -@endcode + @code + #ifdef UNICODE + # define wxT(x) L##x + #else // !Unicode + # define wxT(x) x + #endif + @endcode Note that since wxWidgets 2.9.0 you shouldn't use wxT() anymore in your - program sources if you want to support Unicode. + program sources (it was previously required if you wanted to support Unicode). @see @ref overview_unicode, wxS() @@ -60,6 +60,8 @@ Don't confuse this macro with _()! + Note that since wxWidgets 2.9.0 the use of _T() is discouraged just like for wxT(). + @header{wx/chartype.h} */ #define _T(string) -- 2.47.2