bug-gnu-emacs
[Top][All Lists]
Advanced

[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





reply via email to

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