From: Yuri Khan <yuri.v.khan@gmail.com>
To: Rustom Mody <rustompmody@gmail.com>
Cc: "help-gnu-emacs@gnu.org" <help-gnu-emacs@gnu.org>
Subject: Re: emacs <--> file-browser as coroutines
Date: Mon, 27 Jun 2016 14:18:10 +0600 [thread overview]
Message-ID: <CAP_d_8UwTVCk8tPsKXOjjtCPYAFQ_Z+XeDySkYp8CNitJr86Cg@mail.gmail.com> (raw)
In-Reply-To: <CAJ+TeocCD9gqthpbmtfg7b1f-bMMWe+cw50A9KY9jvaS6SYWxw@mail.gmail.com>
On Mon, Jun 27, 2016 at 1:09 PM, Rustom Mody <rustompmody@gmail.com> wrote:
> The second (needs first) is more experimental -- its about emacs not using
> its usual C-x C-f method of opening files but calling out to the file
> browser
> [In my experiments that's nautilus]
> Similar on other gnu-linux-variants should be much the same
If you pull down the File menu and select the Open File item there or
click on the Open File button on the toolbar, you will be presented
with an Open File dialog that is specific to and appropriate for your
desktop environment.
<menu-bar> <file> <open-file> runs the command
menu-find-file-existing, which is an interactive compiled Lisp
function in `menu-bar.el'.
The actual code that decides whether to ask for a file name in the
minibuffer or to pop up a dialog is in read-file-name-default and
next-read-file-uses-dialog-p. The latter returns t if the current
frame is graphical, the variables use_file_dialog and use_dialog box
are non-nil, and the command was invoked with the mouse.
You might be able to circumvent that last condition and get
read-file-name-default to use the dialog even if invoked from the
keyboard.
The file manager as such is usually not an appropriate method of
asking for a file name in response to an Open File command; that calls
for a modal dialog. However, the file manager can invoke Emacs or
emacsclient in response to a double-click on a file of a suitable
type, to a menu or context menu command, or a drag-and-drop of a file
into an Emacs window or on an Emacs launcher button or icon. (All of
the above actually works for me in Thunar, provided that I set up file
type associations.)
next prev parent reply other threads:[~2016-06-27 8:18 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-27 7:09 emacs <--> file-browser as coroutines Rustom Mody
2016-06-27 8:18 ` Yuri Khan [this message]
[not found] ` <mailman.161.1467015515.26859.help-gnu-emacs@gnu.org>
2016-06-27 9:14 ` Rusi
2016-06-27 10:09 ` Yuri Khan
2016-06-27 13:59 ` Drew Adams
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAP_d_8UwTVCk8tPsKXOjjtCPYAFQ_Z+XeDySkYp8CNitJr86Cg@mail.gmail.com \
--to=yuri.v.khan@gmail.com \
--cc=help-gnu-emacs@gnu.org \
--cc=rustompmody@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).