emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [elpa] master b843370: * packages/other-frame-window/other-frame-win


From: Stephen Leake
Subject: Re: [elpa] master b843370: * packages/other-frame-window/other-frame-window.el: New single-file package.
Date: Tue, 18 Aug 2015 05:04:03 -0500
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (windows-nt)

Stefan Monnier <address@hidden> writes:

>> No.  The design is for C-x 9 f to behave pretty much exactly like C-x 5 f.
>> But indeed, I can reproduce here (with -Q) the problem you describe, so
>> the problem is not in your config.
>
> Actually, I'm not sure I can reproduce it: the problem I see is that if
> the find-file commands prompts me with a y-or-n-p (to follow the symlink
> to the VCS controlled file), then I don't get a new frame, but if the
> file is found without prompting then I do get a new frame.

I can get that effect when opening a modified file:

$ emacs -Q
(progn
 (package-initialize)
 (require 'other-frame-window)
 (other-frame-window-mode 1))

C-x f /Projects/elpa/packages/other-frame-window/other-frame-window.el

# back in shell:
$ touch /Projects/elpa/packages/other-frame-window/other-frame-window.el

# in Emacs:
C-x 9 f /Projects/elpa/packages/other-frame-window/other-frame-window.el
# get prompt; answer yes

opens in same frame. Without the prompt, it opens a new frame.

So the prompt is consuming the other-frame prefix, despite the advice
around read-from-minibuffer.


-- 
-- Stephe



reply via email to

[Prev in Thread] Current Thread [Next in Thread]