unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Pavlos Vinieratos <pvinis@gmail.com>
To: emacs-devel@gnu.org
Subject: Re: Emacs.app for OSX suggestions
Date: Fri, 19 Feb 2016 04:09:02 -0500	[thread overview]
Message-ID: <CANxk36R7nA-zEHF2tQe3iP4zFb+osoEXNr-cR5WcNHXO8TuLcw@mail.gmail.com> (raw)
In-Reply-To: <etPan.56c594cd.73e34169.218@pavlos-mbp.local>

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

yes. i was wrong.
like you said, runing emacs from the terminal, initiates every time.
launching the app initiates once and connects every next time.

so my real suggestion, is not to quit the app when i close the last window.
would that make it so that when i click on the app again, it would open
without initializing again? if yes, then thats my suggested change. if it
would still initialize, then i would like that fixed.

i might have to find how to test that myself, but is the initialization
happening when the app launches, or when the first window is opened?
by initialization i mean eval the init file. if it happens on app launch,
then it should br easy to just keep the app running so when i click the
app, even if its the first window (after i had the previous windows closed)
would open quickly. but if the initialization happens on first window
opening, then it might be a bit harder.

thoughts?

-- 
Pavlos Vinieratos

On 18 February 2016 at 10:54:20, pavlos vinieratos (pvinis@gmail.com) wrote:

> Hello. The way Emacs.app works right now, it that it always starts a new
> session of emacs, so its always slow to open if you have more than an empty
> init file, and it doesn’t work with the daemon.
>
> I would suggest to change the behaviour of that, and make it so that
> Emacs.app will start emacsclient, so if a daemon is running, it would
> connect to it. We could even make it so that it starts a new daemon like
> `-a “”` would.
>
> I think that would benefit anyone using Emacs.app by doing what those same
> people would do now, which is to run a command from their shell, that does
> the above. Why not implement it in the .app, so that when dragging some
> files onto Emacs.app, it starts quickly because of the daemon?
>
>
>
> --
> Pavlos Vinieratos
>
>

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

  parent reply	other threads:[~2016-02-19  9:09 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-18  9:54 Emacs.app for OSX suggestions Pavlos Vinieratos
2016-02-18 19:22 ` John Wiegley
2016-02-18 21:34 ` Pavlos Vinieratos
2016-02-19  3:40   ` David Caldwell
2016-02-19  9:09 ` Pavlos Vinieratos [this message]
2016-02-19 15:17   ` Xu Xin

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=CANxk36R7nA-zEHF2tQe3iP4zFb+osoEXNr-cR5WcNHXO8TuLcw@mail.gmail.com \
    --to=pvinis@gmail.com \
    --cc=emacs-devel@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).