Another menu question - <cut>, <copy> and <paste>

Another menu question - <cut>, <copy> and <paste>

[Lennart Borgman]

On w32 the keyboard shortcuts for cut, copy and paste are shown as in 
the subject line. I still do not remember how to find them (I happily 
use cua-mode;-).

Does this look the same way on other platforms? It is not very helpful 
to beginners. Could not the actual keyboard shortcuts be used instead?

Re: Another menu question - <cut>, <copy> and <paste>

[Lennart Borgman]

Eli Zaretskii wrote:

>>Could not the actual keyboard shortcuts be used instead?
>>    
>>
>
>You mean, C-w etc.?  They invoke different functions.
>  
>
<cut> etc are not very helpful. Most people have a pc. I just searched 
Info to see if I could find out what <cut> could be for key. I found no 
information.

Those names in the menus are not helpful to me at least. If there are 
some keyboard keys on some computers named like that and Emacs uses 
appropriate key bindings for those, why do they have to appear in the 
menus? Is not those C-w (and what more???) better candidates? Would it 
not be better for those wanting to learn Emacs?

Re: Another menu question - <cut>, <copy> and <paste>

[Eli Zaretskii]

> Date: Mon, 27 Jun 2005 22:51:10 +0200
> From: Lennart Borgman <lennart.borgman.073@student.lu.se>
> 
> On w32 the keyboard shortcuts for cut, copy and paste are shown as in 
> the subject line. I still do not remember how to find them (I happily 
> use cua-mode;-).

Some keyboards actually have keys labeled by those names.

> Does this look the same way on other platforms?

Every graphics display should present the same.  That is the result of
the call to menu-bar-enable-clipboard that is part of x-win.el,
w32-win.el, and mac-win.el.  They rebind Edit->Cut, Copy, and Paste to
special clipboard-* functions; those functions are not by default
bound to C-w, M-w, and C-y that I think you expected to find.

> Could not the actual keyboard shortcuts be used instead?

You mean, C-w etc.?  They invoke different functions.

Re: Another menu question - <cut>, <copy> and <paste>

[Eli Zaretskii]

> Date: Tue, 28 Jun 2005 00:19:27 +0200
> From: Lennart Borgman <lennart.borgman.073@student.lu.se>
> CC: emacs-devel@gnu.org
> 
> Those names in the menus are not helpful to me at least. If there are 
> some keyboard keys on some computers named like that and Emacs uses 
> appropriate key bindings for those, why do they have to appear in the 
> menus?

Because the code that generates the menus works like that.  I think it
takes the last key binding for the function and displays that.
Perhaps if we reverse the order of key bindings, we will get a better
result (F20).

> Is not those C-w (and what more???) better candidates?

But C-w invokes a different function.

Re: Another menu question - <cut>, <copy> and <paste>

[Mathias Dahl]

Eli Zaretskii <eliz@gnu.org> writes:

> Because the code that generates the menus works like that.  I think it
> takes the last key binding for the function and displays that.
> Perhaps if we reverse the order of key bindings, we will get a better
> result (F20).
> 
> > Is not those C-w (and what more???) better candidates?
> 
> But C-w invokes a different function.

Hmm... Currently I am running Emacs 21.3 on GNU/Linux and I see C-w,
M-w and C-y for Cut, Copy and Paste in the Edit menu. This is what
Lennart wants I guess. Why is this different on w32 (if it *is*
different)?

Re: Another menu question - <cut>, <copy> and <paste>

[Lennart Borgman]

Eli Zaretskii wrote:

>>From: Mathias Dahl <brakjoller@gmail.com>
>>Date: 29 Jun 2005 21:56:58 +0200
>>
>>Hmm... Currently I am running Emacs 21.3 on GNU/Linux and I see C-w,
>>M-w and C-y for Cut, Copy and Paste in the Edit menu.
>>    
>>
>
>Is that a graphics session or a tty session?  If the latter, the CVS
>code shows C-w etc. as well.
>
>  
>
>>Why is this different on w32 (if it *is* different)?
>>    
>>
>
>I cannot run the graphics version of Emacs on GNU/Linux where I'm
>writing this, but if you read my previous message, you will find the
>explanation of how x-win.el and other *-win.el files call a function
>that binds <cut> etc. keys to the functions run by Edit menu items.
>So this behavior ought to happen on all graphics displays for the CVS
>code at least.
>  
>
I just tested starting the non-graphic version on w32:

   emacs.exe -Q -nw

This shows C-w etc in the Edit menu, but the graphic version does not.

Re: Another menu question - <cut>, <copy> and <paste>

[Eli Zaretskii]

> From: Mathias Dahl <brakjoller@gmail.com>
> Date: 29 Jun 2005 21:56:58 +0200
> 
> Hmm... Currently I am running Emacs 21.3 on GNU/Linux and I see C-w,
> M-w and C-y for Cut, Copy and Paste in the Edit menu.

Is that a graphics session or a tty session?  If the latter, the CVS
code shows C-w etc. as well.

> Why is this different on w32 (if it *is* different)?

I cannot run the graphics version of Emacs on GNU/Linux where I'm
writing this, but if you read my previous message, you will find the
explanation of how x-win.el and other *-win.el files call a function
that binds <cut> etc. keys to the functions run by Edit menu items.
So this behavior ought to happen on all graphics displays for the CVS
code at least.

Re: Another menu question - <cut>, <copy> and <paste>

[Eli Zaretskii]

> Date: Wed, 29 Jun 2005 22:47:03 +0200
> From: Lennart Borgman <lennart.borgman.073@student.lu.se>
> CC: Mathias Dahl <brakjoller@gmail.com>,  emacs-devel@gnu.org
> 
> I just tested starting the non-graphic version on w32:
> 
>    emacs.exe -Q -nw
> 
> This shows C-w etc in the Edit menu, but the graphic version does not.

Yes, as expected: the -nw session doesn't load w32-win.el, so the call
to menu-bar-enable-clipboard is not done.  I thought I explained that
in one of my messages in this thread.