emacs-devel
[Top][All Lists]
Advanced

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

Re: UI input unresponsive on macOS


From: YAMAMOTO Mitsuharu
Subject: Re: UI input unresponsive on macOS
Date: Sat, 18 Nov 2017 09:24:17 +0900
User-agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (Shijō) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI)

>>>>> On Fri, 17 Nov 2017 17:42:26 +0000, Alan Third <address@hidden> said:

>> > I’m not sure how we could handle that on NS. Perhaps just refuse
>> > to display the dialogue at all, and return nil?
>> 
>> If you can detect this situation, it's possible.  But silently
>> returning nil might not be a good idea, as it's hard to distinguish
>> that from normal return.  How about displaying a warning?  (You
>> cannot easily error out in a thread, so that's not a good option.)

> NS GUI elements need to be handled in the main thread and it’s easy
> enough to check whether we’re in the main thread before trying to
> display the dialogue box.

Not just for creating a dialog box, but also for an ordinary Emacs
frame (it does not always crash, but it sometimes does).  As I said,
the Main Thread Checker makes it easier to detect these cases.

The Main Thread Checker reports even if you try to move/resize an
existing NSWindow in a non-main thread.  Actually even -[NSView frame]
seems to be black-listed.

                                     YAMAMOTO Mitsuharu
                                address@hidden



reply via email to

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