[Top][All Lists]

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

Re: Carbon: resizing a frame on wrong "space"

From: YAMAMOTO Mitsuharu
Subject: Re: Carbon: resizing a frame on wrong "space"
Date: Fri, 29 Feb 2008 09:15:16 +0900
User-agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (Shij┼Ź) APEL/10.6 Emacs/23.0.50 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI)

>>>>> On Thu, 28 Feb 2008 21:26:12 +0100, Harald Maier <address@hidden> said:

>>> When using the new "spaces" feature in Leopard, Emacs shows a bug when  
>>> attempting to resize a frame.
>>> To reproduce:
>>> - configure "spaces" in 10.5 so that there are two vertically placed  
>>> spaces.
>>> - emacs -Q   (Recent Carbon port build from 22 branch CVS)
>>> - move the frame to the other space (e.g. by dragging it to the  
>>> [lower] edge of the screen)
>>> - resize it (with the mouse)
>>> What happens for me is that the frame is moved to the original space  
>>> on which it was created while I'm resizing it. Then, it is moved back  
>>> down.
>> I couldn't reproduce it with Mac OS X 10.5.2/PPC.  Does anyone else
>> see this behavior?

> Yes, I see this behavior too. It's really annoying. 

I could also reproduce it but needed an additional step "resize the
frame once before moving the frame to the other Space".

AFAIK, Spaces are not visible from the application side, and there's
no API for them.  I strongly suspect the problem is due to a bug of
Carbon `ResizeWindow' in displaying a "frame" (not in the Emacs
terminology) for resizing.  I'll report it to Apple.

FYI, it does not happen with the Carbon+AppKit port.

                                     YAMAMOTO Mitsuharu

reply via email to

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