GNU bug report logs - #14765
24.3.50; desktop-restore-frames on NS does not work

Previous Next

Package: emacs;

Reported by: Jan Djärv <jan.h.d <at> swipnet.se>

Date: Tue, 2 Jul 2013 12:22:01 UTC

Severity: normal

Found in version 24.3.50

Done: Jan Djärv <jan.h.d <at> swipnet.se>

Bug is archived. No further changes may be made.

Full log


Message #28 received at 14765 <at> debbugs.gnu.org (full text, mbox):

From: Juanma Barranquero <lekktu <at> gmail.com>
To: Jan Djärv <jan.h.d <at> swipnet.se>
Cc: 14765 <at> debbugs.gnu.org
Subject: Re: bug#14765: 24.3.50; desktop-restore-frames on NS does not work
Date: Tue, 2 Jul 2013 20:53:16 +0200
On Tue, Jul 2, 2013 at 8:09 PM, Jan Djärv <jan.h.d <at> swipnet.se> wrote:

> But then a NS user must know that make-frame-on-display must have "ns" as argument.
> This is not documented anywhere (nor is the "w32" thing).

I'd say that's a documentation bug. Certainly is weird to allow
Windows or Mac users to type M-x make-frame-on-display with no clue
whatsoever of what is allowed (or expected) as display name, or what
the consequences are of chosing one name over another.

> I'd rather just accept anything.

Fair enough.

> There are X server implementations for OSX also, but mixing X and NS
> (or X and W32) in the same binary is not easy, and AFAIK, nobody has
> done it for any application.

IIRC, at some not-so-distant point in the past, Emacs didn't accept
tty and GUI frames on the same running instance.

    Juanma




This bug report was last modified 11 years and 327 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.