unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Rusi <rustompmody@gmail.com>
To: help-gnu-emacs@gnu.org
Subject: Re: emacs <--> file-browser as coroutines
Date: Mon, 27 Jun 2016 02:14:29 -0700 (PDT)	[thread overview]
Message-ID: <7997232e-00f4-43f4-a1fc-54eb000470ff@googlegroups.com> (raw)
In-Reply-To: <mailman.161.1467015515.26859.help-gnu-emacs@gnu.org>

On Monday, June 27, 2016 at 1:48:40 PM UTC+5:30, Yuri Khan wrote:
> On Mon, Jun 27, 2016 at 1:09 PM, Rustom Mody  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.

Thanks Yuri for pointing out the open-file entry in that dialog

> 
> 
> 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.

The question (at least the 2nd part) could well be:
Why are we stuck on Open File being modal?
Think ecb/speedbar etc -- the file-browser exists, it can be used...
Or ignored and one can keep working on/with other things.
It does not need to go away or come in the way -- almost the definition of
'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.)

Hey Thanks for that -- Ive added it to the writeup

This mode of working -- drag-n-drop -- is sufficiently alien to me that
I did not think of trying to drop a file in (or is it on?) to emacs.

Just strengthens the alternative model I was suggesting:
- Keep both emacs and file browser open
- Navigate to files one desires to view/edit in the browser
- Drag-n-drop into emacs as required

The one thing I miss is an option to ensure that only one browser window opens
There seems to have been one such in the past but now cant find it


  parent reply	other threads:[~2016-06-27  9:14 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
     [not found] ` <mailman.161.1467015515.26859.help-gnu-emacs@gnu.org>
2016-06-27  9:14   ` Rusi [this message]
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=7997232e-00f4-43f4-a1fc-54eb000470ff@googlegroups.com \
    --to=rustompmody@gmail.com \
    --cc=help-gnu-emacs@gnu.org \
    /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).