unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: rustom <rustompmody@gmail.com>
To: help-gnu-emacs@gnu.org
Subject: Re: Sunrise Commander: Version 3 released.
Date: Wed, 18 Mar 2009 01:57:18 -0700 (PDT)	[thread overview]
Message-ID: <753c080b-d061-46cc-8c60-6fbe6a08934b@e1g2000pra.googlegroups.com> (raw)
In-Reply-To: b4fbde03-3ab8-46b5-a4b3-6bbb316b28b7@c11g2000yqj.googlegroups.com

Thanks José for all the points

I continue to try to make my usage of file mgmt better.
Here are some small attempts and questions:

> 5) Master Emacs Dired. After all, Sunrise is nothing more than a fancy front end for all the
> amazing capabilities Dired offers.
So trying to go back to using dired better I discover that right-click
open is a commonly used paradigm.
[Note: Its not the mouse thats important -- the windows application
does the same job better -- its the functionality]
So I found this (somewhere in eshell on wiki?? dont remember)


(defun eshell/op (FILE)
  "Invoke (w32-shell-execute \"Open\" FILE) and substitute slashes for
backslashes"
  (w32-shell-execute "Open" (substitute ?\\ ?/ (expand-file-name
FILE))))

This makes the command `op file' behave like double click in eshell

So then I need to redefine dired-find-file thus:

(defun dired-find-file ()
  (interactive)
  (eshell/op (dired-get-file-for-visit))
 )

So some questions:
How do you put such a redefinition on a hook? (Needs to be defuned
after dired is require-d)
It needs to be more sophisticated: eg this way hitting return on a
directory opens windows explorer but it should probably open another
dired.  More generally all the emacs-ish should stay in emacs with the
w32-shell-execute only used as a catch-all for files that emacs cant/
shouldnt handle.


  reply	other threads:[~2009-03-18  8:57 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-28 16:05 Sunrise Commander: Version 3 released escherdragon
2009-03-01  2:06 ` Leo
     [not found] ` <mailman.2120.1235873238.31690.help-gnu-emacs@gnu.org>
2009-03-01 17:23   ` escherdragon
2009-03-13  7:30 ` rustom
2009-03-17 20:00   ` escherdragon
2009-03-18  8:57     ` rustom [this message]
2009-03-18  9:42       ` escherdragon
2009-03-18 12:26         ` rustom
2009-03-18 14:56           ` Drew Adams
2009-03-18 16:58           ` escherdragon
2009-03-18 14:51       ` Drew Adams
     [not found]       ` <mailman.3502.1237387928.31690.help-gnu-emacs@gnu.org>
2009-03-18 17:03         ` escherdragon
2009-03-18 18:46           ` Drew Adams
     [not found]           ` <mailman.3512.1237401999.31690.help-gnu-emacs@gnu.org>
2009-03-19  0:19             ` escherdragon

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=753c080b-d061-46cc-8c60-6fbe6a08934b@e1g2000pra.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).