unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#2987: hang in nextstep version
@ 2009-05-31 14:52 Adrian Robert
  2016-01-15 21:55 ` Alan J Third
  0 siblings, 1 reply; 2+ messages in thread
From: Adrian Robert @ 2009-05-31 14:52 UTC (permalink / raw)
  To: 2987; +Cc: Peter Sturdza, David Reitter

http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=2987

The problem is that when the resize handle is clicked (nsterm.m: - 
sendEvent line 4068) the ordinary event handling is shortcircuited  
somewhat.  The result is that -makeKeyAndOrderFront: is not called  
for the window before going into the resizing loop.  If you click on  
the resize handle of any other OS X app, it will become the focused  
window before resizing starts.

If a way to do the -makeKeyAndOrderFront: when it is needed, without  
also breaking the resize-handling behavior we now do, that should fix  
the bug.






^ permalink raw reply	[flat|nested] 2+ messages in thread

* bug#2987: hang in nextstep version
  2009-05-31 14:52 bug#2987: hang in nextstep version Adrian Robert
@ 2016-01-15 21:55 ` Alan J Third
  0 siblings, 0 replies; 2+ messages in thread
From: Alan J Third @ 2016-01-15 21:55 UTC (permalink / raw)
  To: Adrian Robert; +Cc: Peter Sturdza, David Reitter, 2987

Adrian Robert <adrian.b.robert@gmail.com> writes:

> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=2987
>
> The problem is that when the resize handle is clicked (nsterm.m: - 
> sendEvent line 4068) the ordinary event handling is shortcircuited
> somewhat.  The result is that -makeKeyAndOrderFront: is not called for
> the window before going into the resizing loop.  If you click on the
> resize handle of any other OS X app, it will become the focused window
> before resizing starts.
>
> If a way to do the -makeKeyAndOrderFront: when it is needed, without
> also breaking the resize-handling behavior we now do, that should fix
> the bug.

I can't reproduce this with Emacs 25 on El Capitan.

I think that when I run Emacs it is automatically made the focused
window which, it seems, should avoid this bug.

Can anyone else confirm whether they're still seeing this on different
configurations?

-- 
Alan Third





^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2016-01-15 21:55 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-05-31 14:52 bug#2987: hang in nextstep version Adrian Robert
2016-01-15 21:55 ` Alan J Third

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).