]> Pileus Git - ~andy/gtk/commit
Merge from gtk-2-0:
authorTor Lillqvist <tml@iki.fi>
Wed, 11 Sep 2002 20:59:04 +0000 (20:59 +0000)
committerTor Lillqvist <tml@src.gnome.org>
Wed, 11 Sep 2002 20:59:04 +0000 (20:59 +0000)
commit1acfb9ae122becf628fce5596b6f514df9d8b59d
treeb905d10f82cb9e653f0beafc449bd14700946a5f
parent86a90abf97c2c12edaccbb987966e46528de356f
Merge from gtk-2-0:

2002-09-12  Tor Lillqvist  <tml@iki.fi>

Merge from gtk-2-0:

* gdk/win32/gdkevents-win32.c: Some spacing and indentation cleanup.

* gdk/win32/gdkevents-win32.c (_gdk_events_init): Search if the
system has some input locale identifier that uses a Latin
keyboard. This is needed to be able to get the virtual-key code
for the latin characters corresponding to ASCII control
characters. If no such keyboard is present, try to load one
then. Will this upset users with no wish to ever use a Latin-based
keyboard layout?

(vk_from_char): Convert all ASCII control chars to the
corresponding uppercase char before calling VkKeyScanEx(). Idea by
Florent Duguet. Makes Control-C work again. To make it hopefully
work like I think it should on non-Latin keyboards, too, use
latin_locale when looking for the corresponding keycode.

Fix for #81831 by Tim Evans:

* gdk/win32/gdkevents-win32.c (gdk_event_translate): Don't call
_gdk_event_button_generate() here, it would append the double- or
triple-click events too early, before the single-click event.

(real_window_procedure): If we got a single-click event, call
_gdk_event_button_generate() to perhaps append the double- or
triple-click event after that.

Merge from gtk-1-3-win32-production branch:

* gdk/win32/gdkevents-win32.c (propagate): Check for parent being
NULL before trying to propagate to it, and return FALSE in that
case. (If parent is NULL, we are handling gdk_parent_root, and
probably should have noticed that and bailed out earlier. But
better late than never.)
ChangeLog
ChangeLog.pre-2-10
ChangeLog.pre-2-2
ChangeLog.pre-2-4
ChangeLog.pre-2-6
ChangeLog.pre-2-8
gdk/win32/gdkevents-win32.c