Bug 912 - Emacs Control-V redefinition
Summary: Emacs Control-V redefinition
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: emacs
Version: 5.2
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: David Lawrence
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 1999-01-21 19:50 UTC by Robert Thomas
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 1999-04-08 20:28:09 UTC

Attachments (Terms of Use)

Description Robert Thomas 1999-01-21 19:50:11 UTC
I noticed on 5.2 that somehow the control-v key has been
redefined from page up (i.e. move the cursor down a page) to
paste.  This is driving me up a wall because I cannot seem
to find where this was (re)defined.  Downloading emacs from
prep.ai.mit.edu and recompiling yeilded the same result.  I
am not sure if someone from MIT did this or someone from
Redhat did this and placed it in a system config (lisp)


Comment 1 David Lawrence 1999-01-22 21:29:59 UTC
I was unable to observe this behaviour using emacs in console mode.
Are you running emacs from within X and if so, what window manager are
you using?

Comment 2 Robert Thomas 1999-01-24 02:32:59 UTC
It never occured to me to check the window manager.  I am using after
step.  I did a telnet from another machine and it was defined as I
expected.  I am not sure how to look into the definition files for
after step.  I will find it though - could it be that someone wanted
to make it more MicroStuff compatible (i.e. Control-v is a paste a
friend of mine told me who uses win-95... not admitting that I
actually use Windows mind you... understand..?).

I'll have to rip it out if it is there though.


Note You need to log in before you can comment on or make changes to this bug.