In ffap.el, the functions that use other-window and other-frame first
switch to the new buffer in the same window, then restore the window
config and switch to the new buffer in another window (via
switch-to-buffer-other-window or -frame).
There are no analogs of find-file-noselect. There is this
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 the
Is this comment in ffap.el correct?
;;; Compatibility:
;;
;; This version of ffap supports Emacs 20 only, see the ftp site
;; for a more general version. The following functions are necessary
;; "leftovers" from the more general version.
I'm behind a firewall, so I cannot get to the ftp site to
The below issue is reproducible in a plain GNU Emacs (Carbon). Note
that the X11 version is reported to work fine, but not Carbon Emacs.
This might not be considered a bug by some of you (for example
because the window manager selects the new frame), but I still think
synchronizing the behavi
Hello Richard,
> Regardless of whether this interface to `sort' should have been
> deleted,
What is wrong with POSIX?
Best wishes,
Christoph
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pr
Is this comment in ffap.el correct?
;;; Compatibility:
;;
;; This version of ffap supports Emacs 20 only, see the ftp site
;; for a more general version. The following functions are necessary
;; "leftovers" from the more general version.
Note: There are also other referen
I wrote to the sort maintainer. Thanks.
Regardless of whether this interface to `sort' should have been
deleted, it might be a good idea to update Emacs to use the "official"
arguments to `sort'. Could you write a patch for that?
___
emacs-pretest-bu
> Do users ever enter them?
I can't imagine a situation where users might want to enter them.
In that case, there is no reason to keep them.
Since `toc' pertains to the Current Info file, it makes no sense
for that to be treated like a file of any kind. If anything,
it is more like a vi
Using the customize browser, I selected an option (mouse-1). A new
window was opened, showing the frame. Then, I clicked on another
option (in the first window). This did not have the desired effect.
Instead, I am getting "
cond: Text is read-only: "Attempt to change text outside editable
f
I should add that I don't see this problem in Emacs 20, so it
must have been introduced since then.
Sorry; I was wrong about Emacs 20 - the problem (or feature?)
of persistent highlighting exists in that version also. The
only difference is that in Emacs 20 only the mou
I should add that I don't see this problem in Emacs 20, so it must have been
introduced since then.
---
emacs -q
Put some file names in a buffer - e.g. c:/path/to/my-file.el etc.
M-x load-library ffap
M-x ffap-bindings
C-S mouse-3 brings up menu with the file names - pic
I should add that I don't see this problem in Emacs 20, so it
must have been introduced since then.
Sorry; I was wrong about Emacs 20 - the problem (or feature?) of persistent
highlighting exists in that version also. The only difference is that in
Emacs 20 only the mouse-face is highlight
> Please describe exactly what actions triggered the bug
> and the precise symptoms of the bug:
` k [Ctrl ]' (But it's not reproducible.)
> If emacs crashed, and you have the emacs process in the gdb debugger,
> please include the output from the following gdb commands:
> `bt full' and `xba
emacs -q
Put some file names in a buffer - e.g. c:/path/to/my-file.el etc.
M-x load-library ffap
M-x ffap-bindings
C-S mouse-3 brings up menu with the file names - pick one. The file's
buffer is displayed.
C-x b RET to return to the original buffer. The ffap highlighting of
the selected file re
> >After using `emacs -q' to start a new Emacs running in an X11 window and
> >creating a new buffer in some way that doesn't split the Emacs frame, I
> >am able to drag the mode-line downwards outside the window my
> >window-manager created. I can not dag it in the initial *scratch*
> >buffer. R
Henrik Enberg wrote:
After using `emacs -q' to start a new Emacs running in an X11 window and
creating a new buffer in some way that doesn't split the Emacs frame, I
am able to drag the mode-line downwards outside the window my
window-manager created. I can not dag it in the initial *scratch*
b
Peter Dyballa <[EMAIL PROTECTED]> writes:
> /Users/pete/Quellen/Emacs_CVS/emacs-unicode-trans/src/prefix-args.c:
> In function `main':
> /Users/pete/Quellen/Emacs_CVS/emacs-unicode-trans/src/prefix-args.c:
> 63: warning: incompatible implicit declaration of built-in function `exit'
>
17 matches
Mail list logo