Re: tool-bar

[Ian Kelling]

Hi,

Your email went to the wrong location, to the mailing list which
discusses debbugs.gnu.org . To respond to a bug, you need to keep the
bug number in the subject intact. You sent another message today which
looks like it also had its subject modified "bug#67528: tool-bar" and it
ended up here too.

Konrad Podczeck <konrad.podczeck@univie.ac.at> writes:

> In nsterm.m, deleting the lines of code
>
>
> #ifdef NS_IMPL_COCOA
>   if (! send_appdefined)
>     {
>     /* OS X 10.10.1 swallows the AppDefined event we are sending ourselves
>          in certain situations (rapid incoming events).
>          So check if we have one, if not add one.  */
>       NSEvent *appev = [NSApp 
> nextEventMatchingMask:NSEventMaskApplicationDefined
>                                           untilDate:[NSDate distantPast]
>                                              inMode:NSDefaultRunLoopMode
>                                             dequeue:NO];
>       if (! appev) send_appdefined = YES;
>     }
> #endif
>  
> as done in commit 6acb3c5b05a7b9fb32a5336e1bb740f527571ae9 on 23-09-11, seems 
> to be incompatible with macos Sonoma or Monterey. In both versions, and with 
> both an M1 processor and an Intel one, I got the following problem, with 
> these lines of code removed. I have pdf-tools installed, and via the code in 
> windows.el, I have both the pdf output and some latex source code to appear 
> in their own frames. I also have a managed to have a tool-bar in the frame 
> showing the pdf-outout, with an icon for going from one page to the next. Now 
> if I repeatedly click with the mouse on this icon very fast, then, after 3 to 
> 5 clicks, the whole emacs.app begins to hang. This is not so with the above 
> lines of code still present in nsterm.m.