Minor bug. Has probably existed from day 1.
emacs -q
M-x exit-minibuffer
produces this error: No catch for tag: exit, nil
There are no doubt other such commands. Since such an error message is
unfriendly, it would be better for such commands to instead raise an
error saying that the command sho
> On Tue, 7 Mar 2006 16:40:25 +, David Reitter <[EMAIL PROTECTED]> said:
> A user reported crashes, consistently in mac_handle_mouse_event.
Could you see whether the following change that I've just made the
other day works?
2006-03-06 YAMAMOTO Mitsuharu <[EMAIL PROTECTED]>
* m
The doc string for `yank' should mention the commonly understood
"paste" operation as a (rough) synonym. Yanking is more than pasting,
Thanks.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/em
The new frame is the argument to each of the hook functions.
Therefore, it is useful that the selected frame is unchanged.
IOW, if a hook function needs to have its argument frame selected then it
should select it itself. Makes sense; thanks.
___
"Drew Adams" <[EMAIL PROTECTED]> writes:
> emacs -q
>
> select some text, so it can be yanked
>
> open a menu-bar menu, and click mouse-2, instead of mouse-1, on any menu
> item
>
> The mouse-2 command is executed in the current buffer. In a text
> buffer, the copied text is yanked. In dired, the
Did you actually try to do M-x apropos RET paste RET ?
Yes.
The apropos command has a list of aliases, e.g. paste => yank.
Yes, that is helpful.
It works for apropos-documentation as well.
But when you scan through the 1600-line *Apropos* buffer (for `apropos-doc
yank'), and you co
This should take a step towards solving it.
! insert_string (" (shadowed)");
Yes; thank you.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
In article <[EMAIL PROTECTED]>, John Olsson <[EMAIL PROTECTED]> writes:
> If I add a menu to the menu bar (or menu items to a menu) containing
> international characters (for instance any of the swedish characters
> 'å', 'ä' and 'ö') they will not show up correctly.
> For instance
> 'å' shows a
The doc string for `yank' should mention the commonly understood
"paste" operation as a (rough) synonym. Yanking is more
than pasting,
but at a first approximation they are the same thing. Users
should be able to find `yank' when they do `M-x
apropos-
In article <[EMAIL PROTECTED]>, Leon <[EMAIL PROTECTED]> writes:
> The following font setting in ~/.emacs can display all characters in:
> http://www.xahlee.org/Periodic_dosage_dir/text_editor_unicode/unicode.txt
>
> (create-
emacs-unicode-2 hangs when finding a file contains "\0".
To reproduce this symptom, create the following file and name it
test1.el:
---
(let ((temp-file-name "/tmp/test1.txt"))
(with-temp-file temp-file-name (insert "\0"))
(find-file temp-file-name))
---
then do "./emacs -Q -batch -
I was editing a medium size buffer, which I had recently pasted into
from the clipboard with mouse-2.
While doing this, I did this:
M-: (define-key [?ø] (lamdba () (interactive) (insert "|"))) RET
I hit ø, and got an error -- wrong number of args
While still in the debugger, I corrected the
> > The names of the Options menu items do not use parallel
> > construction. Some are noun phrases, others are verb phrases.
> > Verb phrases are generally clearer.
>
> But some of the menu items, such as Syntax Highlighting, follow
> widespread conventi
I don't see the change doing that, but I could be wrong. In
practice, I've only seen this added to less than a dozen lines.
You are right, this message does not appear often. I had overlooked
that point. Therefore, putting it on a separate line would be ok.
Assume th
A user reported crashes, consistently in mac_handle_mouse_event.
Begin forwarded message:
From: Jose Figueroa-O'Farrill <[EMAIL PROTECTED]>
Date: 5 March 2006 18:23:25 GMT
To: David Reitter <[EMAIL PROTECTED]>
Subject: Crash reporter log
Reply-To: [EMAIL PROTECTED]
Hi David,
José> There were
"Drew Adams" <[EMAIL PROTECTED]> writes:
> The doc string for `yank' should mention the commonly understood
> "paste" operation as a (rough) synonym. Yanking is more than pasting,
> but at a first approximation they are the same thing. Users
> should be able to find `yank' when the
> All that you did was to argue by appealing to authority: some unnamed,
> undescribed "widespread conventions that users expect." That's an
empty
> argument/explanation without saying what that authority is:
> what conventions are you referring to? What user-expecting convention
> I can't reproduce this on either 21.4 or CVS from 1 March
> on Windows XP.
>
> It must have been fixed then.
Well, no, since I can't reproduce it in 21.4 either, which indicates
that it hasn't ever been a problem in the Emacs 22 code. Either I
misunderstood yo
Drew Adams wrote:
I can't reproduce this on either 21.4 or CVS from 1 March on Windows XP.
It must have been fixed then.
Well, no, since I can't reproduce it in 21.4 either, which indicates
that it hasn't ever been a problem in the Emacs 22 code. Either I
misunderstood your report, or t
In article <[EMAIL PROTECTED]>, Zhang Wei <[EMAIL PROTECTED]> writes:
> The crxvt-gb that I installed comes from the "rxvt-ml" debian package.
> $ crxvt-gb -help
> Usage v2.6.4 : (XPM,utmp,menubar,Chinese (GB),graphics,XGetDefaults)
I see. I've just installed it too, and found what's going
on w
I said:
If "Highlight Syntactically" and "Highlight Syntax" are not
clear, and "syntax highlighting" is a well-recognized name,
then the menu item should be called "Toggle Syntax
Highlighting". It should not be called "Syntax Highlighting".
FTR - My bad. "Toggle " would make sense
Parallel structure would be a plus, but some of these rewordings
are very strained, such as
Case-Insensitive Search -> Search Case-Insensitively
This is also unclear
Completion for Query Replace -> Complete Query-Replace Input
I think the minuses of this change outweigh the plus.
Sorry - just to clarify: Do you mean that the original frame,
not the new frame, is selected when after-make-frame-functions
is executed? If so, why is that correct? If it is correct, how
can the user select the new frame (say in
after-make-frame-functions) t
> On Sat, 4 Mar 2006 15:56:50 +, David Reitter <[EMAIL PROTECTED]> said:
> The bug that causes the slider to be drawn in a wrong position is
> still present. I've reported this earlier. It's hard to say when
> exactly it occurs, but I see it fairly often. It usually goes away
> after a re
> From: "Drew Adams" <[EMAIL PROTECTED]>
> Date: Sun, 5 Mar 2006 14:51:34 -0800
>
> The issue is largely moot because there is no "Syntax Highlighting"
> entry in the Option menu since it was removed on 2005-11-14 after
> `global-font-lock-mode' had been turned on by default.
>
> Sigh
This should take a step towards solving it.
*** keymap.c11 Feb 2006 11:43:58 -0500 1.318
--- keymap.c05 Mar 2006 16:02:47 -0500
***
*** 3371,3377
if (vect[i].shadowed)
{
SET_PT (PT - 1);
! insert_string (" (binding currently sh
26 matches
Mail list logo