Hmm... are you sure it worked in Emacs-21?
Yes.
There has been changes in this part of the code, but IIRC they're
fairly minor. And in any case we've never made use of the text added by the
-p flag.
No, but maybe the text is inadvertantly used in trying to match up the
function.
If
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list.
Please describe exactly what actions triggered the bug
and the precise symptoms of
Hmm... are you sure it worked in Emacs-21?
Yes.
Sure, sure, sure, in the very same circumstances?
There has been changes in this part of the code, but IIRC they're
fairly minor. And in any case we've never made use of the text added by the
-p flag.
No, but maybe the text is inadvertantly
The doc string of display-buffer makes no mention of searching for
anything, and then suddenly it starts talking about where some
unmentioned searching is carried out:
If optional argument frame is `visible', search all visible frames.
If frame is 0, search all visible and iconified frames.
If
I noticed an incompatibility of CUA mode and some minor modes.
If the mode maps a key to a function that self-inserts the key again
(it commonly does something useful in addition to that), then the CUA
mode of interaction is not respected in that the text in the current
region is not
1. emacs -Q
2. Type S-down-mouse-1, then from the context menu select Misc and
then 7x13
3. M-x customize-face RET mode-line RET, then in the Customize dialog
(i) check attribute Font Family and type in Helvetica
(ii) check attribute Overline and set Value Menu to on
(iii) uncheck
David Reitter [EMAIL PROTECTED] writes:
Changing the above `slime-space' to use `call-interactively' doesn't
help - it seems that the pre-command-hook isn't run again in such a
case.
This is not a bug in cua or delete-selection-mode.
If you define a new command like that, you also have to
On 8 Feb 2007, at 20:18, Kim F. Storm wrote:
This is not a bug in cua or delete-selection-mode.
If you define a new command like that, you also have to make it
CUA/delete-selection-mode compatible by tagging it like this:
(put 'slime-space 'delete-selection t)
Thanks Kim.
1. Where is this
Stefan Monnier writes:
Hmm... are you sure it worked in Emacs-21?
Yes.
Sure, sure, sure, in the very same circumstances?
You seem sceptical.
There has been changes in this part of the code, but IIRC they're
fairly minor. And in any case we've never made use of the text added by
David Reitter [EMAIL PROTECTED] writes:
On 8 Feb 2007, at 20:18, Kim F. Storm wrote:
This is not a bug in cua or delete-selection-mode.
If you define a new command like that, you also have to make it
CUA/delete-selection-mode compatible by tagging it like this:
(put 'slime-space
2. This appears a bit un-modular, since an externally supplied major mode
like SLIME has to worry about how CUA and delete-selection-mode are
implemented. It appears to be the right way to distinguish commands that
overwrite the selection (in these minor modes) from others. But shouldn't
I couldn't get my data into a file using with-temp-file.
All I got was an empty file.
I eventually traced this command
(with-temp-file Test at 12:05.txt (insert Hello))
down to
* write-region(1 5 Test at 12:05.txt nil 0)
Which creates an empty file named Test at 12 and no error occurs.
In GNU Emacs 22.0.93.1 (i686-pc-linux-gnu)
of 2007-02-08
configured using `configure '--prefix=/home/per/emacs/pretest''
When starting emacs it started in the terminal and not with X as I
expected. (Starting emacs 21.3 works fine.) I see the entry
** If the environment variable DISPLAY
Per == Per Starbäck [EMAIL PROTECTED] writes:
Per In GNU Emacs 22.0.93.1 (i686-pc-linux-gnu) of 2007-02-08
Per configured using `configure
Per '--prefix=/home/per/emacs/pretest''
If you still have the config.log file, take a look and see if it
contains
#define
Not fixed yet:
dired-get-filename: Cannot operate on `.' or `..'
Put cursor on one of them and do w. (dired-copy-filename-as-kill)
In GNU Emacs 22.0.92.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2007-01-15 on pacem, modified by Debian
(Debian emacs-snapshot package, version
I think that text was copied from another function.
Here it should say check instead of search.
I'll fix it.
Thanks.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
PS: There was still a bug that I just fixed, which may explain what you
were seeing, although in my case it manifested itself by signalling an
error rather than silently ignoring the function name. Could be due to
local changes.
It looks good now. I think this last change
17 matches
Mail list logo
