[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