[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: |
Ivan Cibrario Bertolotti |
Subject: |
bug#23875: 25.0.95; Emacs crashes when closing a frame on OSX |
Date: |
Mon, 12 Sep 2016 16:04:23 +0200 |
> On 12 Sep 2016, at 14:58, Alan Third <alan@idiocy.org> wrote:
>
> On 11 September 2016 at 20:24, Ivan Cibrario Bertolotti
> <ivan.cibrario@polito.it> wrote:
> >
> > Concerning the way of using Emacs, may I ask if there is any “grey area”
> > in using Emacs in native full screen mode?
> >
> > When I saw the bug, I was switching in and out of full screen mode quite
> > often. One thing I noticed is that the bug appeared during or shortly
> > after a switch.
> >
> > I don’t see how it can be related to EmacsImages, but it is
> > the most significant clue I can think of at this time.
>
> I’m not aware of any particular issues with full‐screen mode, but I
> don’t know if it gets a lot of use. I certainly never use it.
>
> 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.
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.
Thanks again,
Ivan