[SM-Commit] GIT changes to master grimoire by Pol Vinogradov (03c2d0bf20bd27c608f64d88fa529b3cbe289881)
Ladislav Hagara
ladislav.hagara at unob.cz
Thu Jun 26 10:27:22 EDT 2008
> GIT changes to master grimoire by Pol Vinogradov <vin.public at gmail.com>:
>
> x11-toolkits/wxgtk/DETAILS | 2 +-
> x11-toolkits/wxgtk/HISTORY | 3 +++
> 2 files changed, 4 insertions(+), 1 deletion(-)
>
> New commits:
> commit 03c2d0bf20bd27c608f64d88fa529b3cbe289881
> Author: Pol Vinogradov <vin.public at gmail.com>
> Commit: Pol Vinogradov <vin.public at gmail.com>
>
> x11-toolkits/wxgtk: fixed SOURCE_HASH for developer branch
>
> diff --git a/x11-toolkits/wxgtk/DETAILS b/x11-toolkits/wxgtk/DETAILS
> index 112244c..4e396eb 100755
> --- a/x11-toolkits/wxgtk/DETAILS
> +++ b/x11-toolkits/wxgtk/DETAILS
> @@ -2,7 +2,7 @@
> SPELLX=wxGTK
> if [[ "$WX_DEV" == "y" ]];then
> VERSION=2.8.8
> - SOURCE_HASH=sha512:b5251065ad7a1ebd4ff266034f7479b524f339982964bc9c0b1aaf4b3d559f26152e2f84797e61b44a7d9e036cb49dd8aaab04b8dd0b34e1a98f9ae9490b2441
> + SOURCE_HASH=sha512:ae8d1443de8eb4a10b899fee806352d97b441ddc9a8411d8390bc61ade6029513527299927e6484be5ab5eccc55987570a886da00dc0b6182221c1c6884d8d4d
>
> diff --git a/x11-toolkits/wxgtk/HISTORY b/x11-toolkits/wxgtk/HISTORY
> index 88cf2db..596e85d 100644
> --- a/x11-toolkits/wxgtk/HISTORY
> +++ b/x11-toolkits/wxgtk/HISTORY
> @@ -1,3 +1,6 @@
> +2008-06-26 Pol Vinogradov <vin.public at gmail.com>
> + * DETAILS: fixed SOURCE_HASH for developer branch
diff:
# diff -r old/ new/
diff -r old/wxGTK-2.8.8/src/msw/control.cpp
new/wxGTK-2.8.8/src/msw/control.cpp
7c7
< // RCS-ID: $Id: control.cpp 43466 2006-11-17 12:29:21Z VZ $
---
> // RCS-ID: $Id: control.cpp 54331 2008-06-22 15:49:12Z VZ $
164a165,178
> #if !wxUSE_UNICODE
> // Text labels starting with the character 0xff (which is a valid
character
> // in many code pages) don't appear correctly as CreateWindowEx()
has some
> // special treatment for this case, apparently the strings
starting with -1
> // are not really strings but something called "ordinals". There
is no
> // documentation about it but the fact is that the label gets
mangled or
> // not displayed at all if we don't do this, see #9572.
> //
> // Notice that 0xffff is not a valid Unicode character so the problem
> // doesn't arise in Unicode build.
> if ( !label.empty() && label[0] == -1 )
> ::SetWindowText(GetHwnd(), label);
> #endif // !wxUSE_UNICODE
>
--
Ladislav Hagara
More information about the SM-Commit
mailing list