A change over the past week has meant that the keybindings for
cut/copy/paste no longer show up on the edit menu under OSX/carbon.
For example:
emacs -Q
(cua-mode 1)
Edit menu shows Cut (cut), Paste (paste) instead of Cut (C-c),
Paste (C-v)
Please could someone have a look at it. Thanks.
$B%\%?%s$R$H$D$GL5NA$G(B1$B1_J,$bM7$Y$^$9!#(B
1$B1_J,$$l$PNA6b$,[EMAIL PROTECTED]($^$9!#(B
$B:#$9$0$K$G$b;n$7$F$_$F2$5$$!#(B
http://awg.webchu.com/?springb
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
In article [EMAIL PROTECTED], Richard Stallman [EMAIL PROTECTED] writes:
We (me and Stefan) has already shown opinions and solutions
to the problem. Richard, could you please decide what to
do?
I have not been reading these messages, because they were numerous and
long. Now
On Thu, 28 Apr 2005 08:03:29 +0100, Lawrence Akka [EMAIL PROTECTED]
said:
A change over the past week has meant that the keybindings for
cut/copy/paste no longer show up on the edit menu under OSX/carbon.
For example:
emacs -Q (cua-mode 1)
Edit menu shows Cut (cut), Paste (paste)
On 28 Apr 2005, at 13:29, YAMAMOTO Mitsuharu wrote:
On Thu, 28 Apr 2005 08:03:29 +0100, Lawrence Akka
[EMAIL PROTECTED] said:
A change over the past week has meant that the keybindings for
cut/copy/paste no longer show up on the edit menu under OSX/carbon.
For example:
emacs -Q (cua-mode 1)
-
o
(95) 225-25-3
o
oo o!
o !
o
1 - o !
!
:
o 40.-
65.-
o 6O.-
6.-
(o , , o,
) 70.-
o (, , o) 6O.-
Do - (, , o) 5.-
o:
What's the rationale behind how the commands beginning-of-line,
end-of-line, move-beginning-of-line and move-end-of-line deal with
fields?
Evaluate the following
(progn
(dotimes (n 3)
(insert nnn
(propertize FFF 'field 'foo)))
(insert nnn))
to insert this text (where F's
On 28 Apr 2005, at 16:18, YAMAMOTO Mitsuharu wrote:
Of course there are no such keys on the Mac keyboard, so this might
be a little confusing.
Hmm, but the same thing is also applied to X11 and W32 when using a
keyboard that does not have these keys. I guess such a situation is
very common
FYI
I have no idea, the root of the problem described below, which still exists
in CVS Emacs but the default value for focus-follows-mouse appears to be
wrong (t) on MS Windows systems. I don't believe there is an option that
will cause focus to follow a mouse on MS Windows systems.
Anyway,
in CVS Emacs but the default value for focus-follows-mouse appears to be
wrong (t) on MS Windows systems.
Indeed, it seems wrong.
I don't believe there is an option that will cause focus to follow a mouse
on MS Windows systems.
Actually there is (thank god), using the PowerUI or
Hi,
the recent changes to the clipboard handling routines (on OS X) left me
struggling to get back to normal behavior. There seems to be a bug re
copying from other applications:
- select / copy text in Mail (or wherever) into the clipboard
- switch to emacs, select and deselect some text
- try
From: Stefan Monnier [EMAIL PROTECTED]
Date: Thu, 28 Apr 2005 15:53:11 -0400
Cc: ''Emacs-Pretest-Bug \(E-mail\)' emacs-pretest-bug@gnu.org
I don't believe there is an option that will cause focus to follow a mouse
on MS Windows systems.
Actually there is (thank god), using the PowerUI
Title: eBay Daily Status: Dec-19-04 06:21:56 PDT
Your credit/debit card information must be updated
Dear eBay Member,
We recently noticed one or more attempts to log in to your eBay account from a
foreign IP address and we have reasons to believe that your account
'backtrace_list' appears to only contain two items, and it looks like
the first one is semi-corrupted also.
It does look that way. The innermost element of backtrace_list should
have been made by the innermost Lisp-level function call. An ordinary
backtrace should show us what that was.
On Thu, 28 Apr 2005 20:47:46 +0100, David Reitter [EMAIL PROTECTED]
said:
Hi, the recent changes to the clipboard handling routines (on OS X)
left me struggling to get back to normal behavior.
What point is different from normal behavior do you think when
mouse-sel is not used?
My
Richard Stallman [EMAIL PROTECTED] writes:
'backtrace_list' appears to only contain two items, and it looks like
the first one is semi-corrupted also.
It does look that way. The innermost element of backtrace_list should
have been made by the innermost Lisp-level function call. An
16 matches
Mail list logo
