Package: leafpad Version: 0.7.9-4 Severity: normal
In the replace dialog, the esc key behaves counter-intuitively by replacing the next occurence, as if 'yes' had been pressed. Esc should probably translate into 'cancel' or at least 'no'. In line 128 of search.c, the value from the dialog is compared against GTK_RESPONSE_CANCEL and GTK_RESPONSE_NO, anything else taken as 'yes'. Simply handling GTK_RESPONSE_DELETE_EVENT (what pressing esc returns) as 'cancel' fixes the problem. A quick search suggests there are flags to tell the dialog to return 'cancel' for the esc key, which might be a more proper way to do it. Or maybe only replacing on a specific GTK_RESPONSE_YES. Thanks. Philippe -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10bp0 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages leafpad depends on: hi libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
