Your message dated Sun, 20 Aug 2006 15:02:47 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#383847: gedit: ctrl+f doesn't find, but works like
cursor-right
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: gedit
Version: 2.14.3-1
Severity: normal
As described in the subject, the menus show Ctrl+F as accelerator for
finding, but whenever I try pressing Ctrl+F the cursor just moves
right...
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17.7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)
Versions of packages gedit depends on:
ii gconf2 2.14.0-4 GNOME configuration database syste
ii gedit-common 2.14.3-1 light-weight text editor support f
ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi
ii libaspell15 0.60.4-4 GNU Aspell spell-checker runtime l
ii libatk1.0-0 1.12.1-1 The ATK accessibility toolkit
ii libc6 2.3.6.ds1-2 GNU C Library: Shared libraries
ii libgconf2-4 2.14.0-4 GNOME configuration database syste
ii libglade2-0 1:2.6.0-2 library to load .glade files at ru
ii libglib2.0-0 2.12.0-1 The GLib library of C routines
ii libgnome2-0 2.14.1-3 The GNOME 2 library - runtime file
ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display
ii libgnomeprint2.2-0 2.12.1-6 The GNOME 2.2 print architecture -
ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User
ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf
ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime
ii libgtk2.0-0 2.8.20-1 The GTK+ graphical user interface
ii libgtksourceview1.0-0 1.6.2-1 shared libraries for the GTK+ synt
ii libpango1.0-0 1.13.2-1 Layout and rendering of internatio
ii libx11-6 2:1.0.0-8 X11 client-side library
ii libxml2 2.6.26.dfsg-3 GNOME XML library
ii scrollkeeper 0.3.14-11 A free electronic cataloging syste
gedit recommends no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi,
On Sun, Aug 20, 2006, Erich Schubert wrote:
> Ah, yes, that explains it, I guess. Still somewhat irritating...
> Actually I'm not an emacs user, but I remember that for Ctrl+U to work I
> needed this or so...
Ok, I'm closing the bug then. Emacs mode is unsupported upstream, it's
only implemented as a GConf key (i.e. hidden, no UI to turn it on) for
people who insisted on having it. It causes many clashes between key
bindings of applications and the default key bindings of widgets int
this key theme (Emacs mode eats a lot of Ctrl+Foo bindings).
I think that for a text widget, it's quite logical to give the priority
to the Emacs style bindings before the application bindings, and ^F
will probably work if you give focus to another widget. You can
reassign the key binding of "search" in gedit by setting another GConf
key which permits remapping if key bindings in menus, this isn't
encouraged either.
Bye,
--
Loïc Minier <[EMAIL PROTECTED]>
--- End Message ---
