unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Reuben Thomas <rrt@sc3d.org>
To: 7741@debbugs.gnu.org
Subject: bug#7741: More about folding emacsclient into emacs
Date: Fri, 18 Oct 2013 00:11:24 +0100	[thread overview]
Message-ID: <CAOnWdog6amYaqj6DAXPB-uj77uy1WnOxHeEGcfN4z=Md8ohFyQ@mail.gmail.com> (raw)
In-Reply-To: <87r5d3z8wy.fsf@sc3d.org>

[-- Attachment #1: Type: text/plain, Size: 1462 bytes --]

I've just been drawn back to look at this bug. Another way of looking at
it: currently, "Emacs 24" is the default application for many text
filetypes under GNOME. For many users, this is annoying, as it starts a new
instance of Emacs each time.

I have configured "emacsclient" as a text editor in my system (this does
not seem to be available by default), but I then still have to configure it
as the default editor for each file type in Nautilus.

One option would be to offer "emacsclient" as the default, but that's also
confusing, for users who don't know about emacsclient.

So again, it would be good if emacsclient were folded into emacs. I just
had a look at their respective command-line options, and I can't see any
that clash (where the same option is used for both programs, it's used for
the same thing).

What would remain is to add options --[no]client to force "emacs" to [not]
behave as "emacsclient", and decide a sensible default policy. A sensible
place to start seems to be to behave like emacsclient when called with
--alternate-editor="", that is, try to connect to a server, and if one
can't be found, start normally (emacsclient would instead run "emacs
--daemon" here and try to connect to it).

Regardless of whether anyone feels like hacking on this, I'd like to know
whether it's a tractable design problem (have I missed anything major?) and
clikely to be accepted. If so, I might be up for hacking on it.

-- 
http://rrt.sc3d.org

[-- Attachment #2: Type: text/html, Size: 1815 bytes --]

  parent reply	other threads:[~2013-10-17 23:11 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-27 12:39 bug#7741: 23.2.91; Please allow emacs to run emacsclient Reuben Thomas
2011-07-04 11:43 ` Juanma Barranquero
2011-07-04 16:23   ` Reuben Thomas
2011-07-04 17:32     ` Juanma Barranquero
2011-07-04 17:44       ` Reuben Thomas
2011-07-04 17:53         ` Juanma Barranquero
2013-10-17 23:11 ` Reuben Thomas [this message]
2015-07-13  2:00   ` bug#7741: More about folding emacsclient into emacs Glenn Morris
2015-07-13  3:10     ` Vaidheeswaran C
2015-07-13 16:02       ` Eli Zaretskii
2015-07-14  1:25         ` Vaidheeswaran C
2015-07-13 23:07       ` Xue Fuqiao
2015-07-14  1:09         ` Vaidheeswaran C
2015-07-14 23:13           ` Xue Fuqiao
2015-07-13  8:49     ` Reuben Thomas

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='CAOnWdog6amYaqj6DAXPB-uj77uy1WnOxHeEGcfN4z=Md8ohFyQ@mail.gmail.com' \
    --to=rrt@sc3d.org \
    --cc=7741@debbugs.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.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

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