From 89b2dfdff5ae66fb6d494eab72d7f4e58bff779a Mon Sep 17 00:00:00 2001 From: Ales Hvezda Date: Thu, 7 Sep 2006 01:40:23 +0000 Subject: [PATCH] Had to put the key_press_handler back on the main_window since having it on the drawing_area broke the cursor keys. Some sort of odd interaction with the toolbar. Luckily it seems that the "space opens a new page" problem is still fixed. --- gschem/ChangeLog | 7 +++++++ gschem/src/x_window.c | 2 +- 2 files changed, 8 insertions(+), 1 deletion(-) diff --git a/gschem/ChangeLog b/gschem/ChangeLog index 2e9047726..4292f1fb9 100644 --- a/gschem/ChangeLog +++ b/gschem/ChangeLog @@ -11,6 +11,13 @@ various people have mentioned that mouse pan doesn't feel right with a large value. + * src/x_window.c: Had to put the keypress signal handler back on + the main_window (instead of just the drawing_window), because the + up cursor key stopped working. The original reason for this movement + was to fix Bug#1552778 and Bug#1553544 which are still fixed (even + with this move it seems), however the focus on the toolbar seems + to move when you move the cursor keys (which is a little odd). + 2006-09-05 Ales Hvezda * src/x_fileselect.c: Applied patch by Peter Clifton: Removed the diff --git a/gschem/src/x_window.c b/gschem/src/x_window.c index b136295b3..5f0718bd7 100644 --- a/gschem/src/x_window.c +++ b/gschem/src/x_window.c @@ -359,11 +359,11 @@ void x_window_setup_draw_events(TOPLEVEL *w_current) { "button_release_event", G_CALLBACK(x_event_button_released) }, { "motion_notify_event", G_CALLBACK(x_event_motion) }, { "configure_event", G_CALLBACK(x_event_configure) }, - { "key_press_event", G_CALLBACK(x_event_key_press) }, { NULL, NULL } }; struct event_reg_t main_window_events[] = { { "enter_notify_event", G_CALLBACK(x_event_enter) }, { "scroll_event", G_CALLBACK(x_event_scroll) }, + { "key_press_event", G_CALLBACK(x_event_key_press) }, { NULL, NULL } }; struct event_reg_t *tmp; -- 2.11.4.GIT