[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#23875: 25.0.95; Emacs crashes when closing a frame on OSX
From: |
Alan Third |
Subject: |
bug#23875: 25.0.95; Emacs crashes when closing a frame on OSX |
Date: |
Mon, 12 Sep 2016 17:52:58 +0100 |
User-agent: |
Mutt/1.6.0 (2016-04-01) |
On Mon, Sep 12, 2016 at 04:04:23PM +0200, Ivan Cibrario Bertolotti wrote:
>
> > On 12 Sep 2016, at 14:58, Alan Third <alan@idiocy.org> wrote:
> >
> > One thing that does come to mind is that NS Emacs sometimes puts an
> > image in the title‐bar to represent the file, but it’s not consistent
> > and I don’t understand what the code is doing.
> >
> > When you’re in full‐screen there is no title‐bar, iirc, so I don’t
> > know what happens to that image.
> >
> > I think there’s a way to disable the image, but I can’t remember how.
> > I’ll see if I can work it out this evening.
>
> I had a look at the source (starting from syms_of_nsfns, nsfsn.m).
> Are you referring to the frame-title-format lisp variable perhaps? I tried:
>
> (setq frame-title-format “%b”)
>
> in my .emacs (the default value was t). This should make Emacs call
> ns_set_name instead of ns_set_name_as_filename in
> x_implicitly_set_name, nsfns.m.
That’s exactly what I was thinking of.
> Now my frames no longer have any icon, just the buffer name. If this
> setting looks good you, I will keep it and see what happens. If this
> is not what you had in mind, please let me know.
>
> I also spotted the icon-title-format variable, but I didn’t touch
> it. Sorry if I wrote/did something silly, I am not an expert on the
> Emacs code base.
No, this is all good. We’ll see if it makes any difference. If you get
any crashes then we’ll have to look for something else.
--
Alan Third