all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Resizing gui Emacs on macosx/Lion
@ 2011-09-15 21:27 chad
  2011-09-16 17:48 ` Jan Djärv
  0 siblings, 1 reply; 2+ messages in thread
From: chad @ 2011-09-15 21:27 UTC (permalink / raw)
  To: Emacs devel

Has anyone else noticed this?

The latest macosx introduced some changes in the underlying graphical
toolkit, including replacing the bottom-right `resize handle' with the
ability to resize from any edge. In Emacs (Emacs.app, bzr head), if
the vertical size is adjusted using this resize mechanism, the window
position changes.  If the window is made taller from the top, the
final position ends up under the cursor, so the result is simply some
distracting `flex' as the resize adjusts in line-sized increments. If
the window is made smaller from the bottom, the window seems to
flicker entirely off the screen, but then back onto the screen.  If
the window is made larger from the bottom, emacs flickers, ends up
lower on the display that it started, and can end up entirely off the
screen.

I'm not filing a bug report yet, because I've scheduled some time to look
into emacs issues over the weekend, but I thought I'd check and see if
anyone else has run into this problem.

Thanks,
*Chad




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

* Re: Resizing gui Emacs on macosx/Lion
  2011-09-15 21:27 Resizing gui Emacs on macosx/Lion chad
@ 2011-09-16 17:48 ` Jan Djärv
  0 siblings, 0 replies; 2+ messages in thread
From: Jan Djärv @ 2011-09-16 17:48 UTC (permalink / raw)
  To: chad; +Cc: Emacs devel

Hello.

chad skrev 2011-09-15 23:27:
> Has anyone else noticed this?

Yes.

>
> The latest macosx introduced some changes in the underlying graphical
> toolkit, including replacing the bottom-right `resize handle' with the
> ability to resize from any edge. In Emacs (Emacs.app, bzr head), if
> the vertical size is adjusted using this resize mechanism, the window
> position changes.  If the window is made taller from the top, the
> final position ends up under the cursor, so the result is simply some
> distracting `flex' as the resize adjusts in line-sized increments. If
> the window is made smaller from the bottom, the window seems to
> flicker entirely off the screen, but then back onto the screen.  If
> the window is made larger from the bottom, emacs flickers, ends up
> lower on the display that it started, and can end up entirely off the
> screen.
>
> I'm not filing a bug report yet, because I've scheduled some time to look
> into emacs issues over the weekend, but I thought I'd check and see if
> anyone else has run into this problem.

The problem is in windowDidResize.  Instead of accepting the size given, Emacs 
calls x_set_window_size which in turn tries to resize the frame and all kind 
of things go wrong.  windowDidResize should just calculate rows and cols from 
pixels sizes and call change_frame_size like the X11 ports do.

I imagine it is not too hard to fix, I might get round to it if you don't fix 
it first.

	Jan D.




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

end of thread, other threads:[~2011-09-16 17:48 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-09-15 21:27 Resizing gui Emacs on macosx/Lion chad
2011-09-16 17:48 ` Jan Djärv

Code repositories for project(s) associated with this external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.