[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#14765: 24.3.50; desktop-restore-frames on NS does not work
From: |
Juanma Barranquero |
Subject: |
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@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
- bug#14765: 24.3.50; desktop-restore-frames on NS does not work, Jan Djärv, 2013/07/02
- bug#14765: 24.3.50; desktop-restore-frames on NS does not work, martin rudalics, 2013/07/02
- bug#14765: 24.3.50; desktop-restore-frames on NS does not work, Juanma Barranquero, 2013/07/02
- bug#14765: 24.3.50; desktop-restore-frames on NS does not work, Jan Djärv, 2013/07/02
- bug#14765: 24.3.50; desktop-restore-frames on NS does not work, Juanma Barranquero, 2013/07/02
- bug#14765: 24.3.50; desktop-restore-frames on NS does not work, Jan Djärv, 2013/07/02
- bug#14765: 24.3.50; desktop-restore-frames on NS does not work, Jan Djärv, 2013/07/02
- bug#14765: 24.3.50; desktop-restore-frames on NS does not work,
Juanma Barranquero <=
- bug#14765: 24.3.50; desktop-restore-frames on NS does not work, Jan Djärv, 2013/07/02
- bug#14765: 24.3.50; desktop-restore-frames on NS does not work, Juanma Barranquero, 2013/07/02