From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: a little feedback on Cocoa Emacs.app Date: Mon, 04 Aug 2008 14:53:30 -0700 Message-ID: <200808042153.m74LrUQN012011@sallyv1.ics.uci.edu> References: <4358E889-E5D2-4E68-83D3-E6AB9C03F7B5@gnu.org> <508B5967-EAA1-4DEA-8533-19E4C0CD4ECF@gnu.org> <9F4D1718-BBB2-489C-8124-35189C98775E@gnu.org> <2616537B-2ECE-4C20-B707-3C802DC4C10D@gmail.com> <25E49984-75A7-4879-93B5-22C240F8950C@gnu.org> <200808041704.m74H4Zu9008903@sallyv1.ics.uci.edu> <35E82E8D-B8CD-4EDC-B620-F18DA99BF1A1@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1217886900 26865 80.91.229.12 (4 Aug 2008 21:55:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 Aug 2008 21:55:00 +0000 (UTC) Cc: emacs-devel@gnu.org To: Ken Raeburn Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 04 23:55:49 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KQ81p-0002bJ-88 for ged-emacs-devel@m.gmane.org; Mon, 04 Aug 2008 23:55:45 +0200 Original-Received: from localhost ([127.0.0.1]:49812 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KQ80u-0007m3-5N for ged-emacs-devel@m.gmane.org; Mon, 04 Aug 2008 17:54:48 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KQ80o-0007lY-IQ for emacs-devel@gnu.org; Mon, 04 Aug 2008 17:54:42 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KQ80m-0007ku-TA for emacs-devel@gnu.org; Mon, 04 Aug 2008 17:54:42 -0400 Original-Received: from [199.232.76.173] (port=43896 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KQ80m-0007kr-LP for emacs-devel@gnu.org; Mon, 04 Aug 2008 17:54:40 -0400 Original-Received: from sallyv1.ics.uci.edu ([128.195.1.109]:59378) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1KQ80g-0004Bu-Fs; Mon, 04 Aug 2008 17:54:35 -0400 X-ICS-MailScanner-Watermark: 1218491613.00741@dAZtaAXFo+gi7cI6xub9Ww Original-Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by sallyv1.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id m74LrUQN012011; Mon, 4 Aug 2008 14:53:30 -0700 (PDT) In-Reply-To: <35E82E8D-B8CD-4EDC-B620-F18DA99BF1A1@gnu.org> (Ken Raeburn's message of "Mon, 4 Aug 2008 15:28:42 -0400") Original-Lines: 55 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@mothra.ics.uci.edu X-detected-kernel: by monty-python.gnu.org: Solaris 10 (beta) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:102061 Archived-At: Ken Raeburn writes: > On Aug 4, 2008, at 13:04, Dan Nicolaescu wrote: > > Ken Raeburn writes: > > > >> A variation I'd be more interested in, though, might be the ability > >> to > >> run window-less. Much like some Mac apps will let you close the last > >> window, but keep running, and let you open new windows (or quit) > >> through the menus that are displayed even without any open windows. > >> I > >> don't know if there's a good analog for this behavior for X11 and > >> Windows, though, so I'm not going to hold my breath. > > > > This behavior has been on the wish list for X11 for a while... It > > might > > not even be that hard to implement, but nobody has volunteered to do > > it > > so far. > > Are there specific ideas for how to keep talking to Emacs in that case > other than emacsclient or gnuclient to tell it to run make-frame, or > is that the way? IMHO emacsclient should be the way. It could work like this: emacs --daemon then use "emacsclient" to create window system frames, and "emacsclient -t" to create terminal frames. (There is a functionally equivalent workaround for the missing --daemon functionality that people are using now: start "emacs -nw -fserver-start" in a "screen" session, and then suspend the "screen" session) Maybe at some point emacsclient should be folded in emacs. > (Which reminds me... my old usage pattern for Emacs > used to be to run Emacs on the local X display while in front of the > machine, and tell it to invoke make-frame-on-display over ssh when > logged in remotely. One Emacs process, one long-lived Gnus session, > etc. I'd really like to be able to do something like that now, but > with the local display on my Mac using the NS support, which means > supporting both X and NS in one executable, and in one process.... Both NS and X are not supported in one executable, never heard of anyone planning to support that. You can use terminal frames now when logged in remotely (via emacsclient -t), in a 256 color terminal they work pretty well. > I also tended to have -- on the local display -- a minibuffer-only > frame, and zero or more minibuffer-less editing frames, so I could > certainly have no editing frames open at times, though there was > always the minibuffer at least.) Unfortunately terminal frames won't work very well in this setup... Hope this helps.