unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Boruch Baum <boruch_baum@gmx.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 48408@debbugs.gnu.org
Subject: bug#48408: BUGFIX: window-default-font-height: check for nil string
Date: Sun, 16 May 2021 02:05:12 -0400	[thread overview]
Message-ID: <20210516060512.sx3go2zr35izujlo@E15-2016.optimum.net> (raw)
In-Reply-To: <83zgwvuu5z.fsf@gnu.org>

On 2021-05-16 08:25, Eli Zaretskii wrote:
> > Date: Sun, 16 May 2021 00:42:15 -0400
> > From: Boruch Baum <boruch_baum@gmx.com>
> > Cc: 48408@debbugs.gnu.org
> >
> > On 2021-05-16 07:22, Eli Zaretskii wrote:
> > >   (terminal-live-p ":0.0")
> >
> > on tty frame: nil
> > on gui frame: nil
> >
> > >   (framep ":0.0")
> >
> > on tty frame: nil
> > on gui frame: nil
> >
> > >   (frames-on-display-list ":0.0")
> >
> > on tty frame: (#<frame F152 0x5599a3b27720>)
> > on gui frame: (#<frame F152 0x5599a3b27720>)
>
> Thanks.  So you have just one frame in that session, which is a TTY
> frame?  I thought it was a session with both GUI and TTY frames, is
> that not so?

I have several frames: at least one is definitely a gui frame (ie. it
appears in its own gui 'window' after being created via a gui menu which
seems to have accessed a gui emacsclient.desktop file), and at least one
is definitely a tty frame (ie. my original 'emacs -nw' invocation, from
within tmux).

In performing the final test again:

> > >   (frames-on-display-list ":0.0")

on tty frame: (#<frame F153 0x5599a3a9d710>)
on gui frame: (#<frame F153 0x5599a3a9d710>)

So the output remains the same, but what you didn't ask me to report was
the mode line output, which differs:

on tty frame: -UUU:@**--F139  *Ibuffer*
on gui frame: -UUU:@**--      *Scratch*

Yes, the mode line displays a frame ID different than the
frames-on-display-list output.

Frame 153 does exist: It is the frame created by my email client (mutt)
to compose this email message). So, it would be the most recent tty
frame created, although the GUI frame was created after.

Changing buffers on either frame does not alter the mode-line output for
frame.

Performing 'C-x 5 b' (M-x select-frame-by-name) on either gui or the
non-mutt tty frame only offers one completion candidate option: F139.
The mutt tty frame offers the single completion candidate F153.

Manually create a second frame on the non-mutt tty (C-x 5 2, C-x 5 ,foo).

Perform M-x select-frame-by-name again, and on the non-mutt tty frame
get two completion options: F139 and foo. On the mutt tty frame, just
F153. On the GUI frame, although the mode line hasn't changed, the only
completion candidate is 'emacs@E15' (E15 being the device hostname).
This completion candidate never appears in the tty frame.

> Anyway, the above probably means we set up frame parameters
> incorrectly somewhere.  Hmm...

Can you reproduce this?

--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1  7286 0036 9E45 1595 8BC0





  reply	other threads:[~2021-05-16  6:05 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-14  1:15 bug#48408: BUGFIX: window-default-font-height: check for nil string Boruch Baum
2021-05-14  6:39 ` Eli Zaretskii
2021-05-16  3:06   ` Boruch Baum
2021-05-16  4:22     ` Eli Zaretskii
2021-05-16  4:42       ` Boruch Baum
2021-05-16  5:25         ` Eli Zaretskii
2021-05-16  6:05           ` Boruch Baum [this message]
2021-05-16  6:32             ` Eli Zaretskii
2021-05-16  6:29           ` Eli Zaretskii
     [not found]             ` <20210516065904.5wweuipi23oy5g2x@E15-2016.optimum.net>
2021-05-16  8:30               ` Eli Zaretskii
2021-05-16  8:35                 ` martin rudalics
2021-05-16  8:56                   ` Eli Zaretskii
2021-05-16  9:08                     ` Eli Zaretskii
2021-05-16  9:28                       ` martin rudalics
2021-05-16  9:36                         ` Eli Zaretskii
2021-05-19  4:00                 ` Boruch Baum
2021-05-19  7:45                   ` martin rudalics
2021-05-19 10:39                     ` Boruch Baum
2021-05-19 11:29                   ` Eli Zaretskii
2021-05-19 11:55                     ` Boruch Baum
2021-05-19 14:17                       ` Eli Zaretskii
2021-05-19 16:01                   ` Eli Zaretskii
2022-07-12 22:59                     ` Lars Ingebrigtsen
2021-05-16  8:31             ` martin rudalics
2021-05-14  7:09 ` martin rudalics
2021-05-14  7:15   ` martin rudalics
2021-05-14  7:26     ` Eli Zaretskii
2021-05-14  8:15       ` martin rudalics
2021-05-14 10:45         ` Eli Zaretskii
2021-05-16  3:11   ` Boruch Baum

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=20210516060512.sx3go2zr35izujlo@E15-2016.optimum.net \
    --to=boruch_baum@gmx.com \
    --cc=48408@debbugs.gnu.org \
    --cc=eliz@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).