[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: emacsclient's option decoding code

From: Juanma Barranquero
Subject: Re: emacsclient's option decoding code
Date: Wed, 12 Nov 2008 00:36:17 +0100

On Tue, Nov 11, 2008 at 22:24, Eli Zaretskii <address@hidden> wrote:

> I can't say I see why such an assumption should be made for Posix,
> either.  Why not ask the user to specify whether she wants a GUI frame
> or a tty frame?

That's the whole point of -t. -c plus no DISPLAY is just a corner
case, and defaulting to -t in this case is just a way of trying to be

That said, I don't mind if that is removed.

> In this case, "as much as possible"
> means that emacsclient should be able on Windows to create a GUI frame
> if a GUI Emacs is running and a tty frame if a tty Emacs is running.
> Can we do that?

It already creates the right kind of frame. But still -t is needed, at
least on non-Windows emacsen which support X and tty frames

> Would it be better to return "0.0" instead of nil or ""?

I don't like the idea of conflating Windows and X frames. If someday
Windows Emacs supports also X frames, what would it return for an X
frame on the default display?


reply via email to

[Prev in Thread] Current Thread [Next in Thread]