GNU bug report logs -
#10389
24.0.92; Emacs window needs resizing after Mac OS X monitor change
Previous Next
Reported by: Donald Tillman <don <at> till.com>
Date: Wed, 28 Dec 2011 09:00:03 UTC
Severity: normal
Tags: moreinfo
Merged with 10920
Found in versions 24.0.92, 24.0.93
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 10389 in the body.
You can then email your comments to 10389 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10389
; Package
emacs
.
(Wed, 28 Dec 2011 09:00:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Donald Tillman <don <at> till.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 28 Dec 2011 09:00:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
On Mac OS X, 10.6.8; I'm using a 15 inch MacBook Pro and a Cinema Display monitor. I've got the Emacs window some reasonable size for the monitor. Then, when I remove the monitor, so there's only the MacBook screen, the Emacs window is stuck sized too large, with parts of the window off screen. If the upper left green button and the lower right diagonal corner are off screen, I can't resize the window. And if the top of the window is off screen I can't move the window.
There's an easy enough workaround, fanblade-N to create a new window, but I didn't know that the first time this happened.
-- Don
--
Don Tillman
Palo Alto, California
don <at> till.com
http://www.till.com
In GNU Emacs 24.0.92.1 (x86_64-apple-darwin, NS apple-appkit-1038.36)
of 2011-12-02 on bob.porkrind.org
Windowing system distributor `Apple', version 10.3.1038
configured using `configure '--host=x86_64-apple-darwin' '--build=i686-apple-darwin' '--with-ns' 'build_alias=i686-apple-darwin' 'host_alias=x86_64-apple-darwin' 'CC=gcc -mmacosx-version-min=10.5''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: nil
value of $XMODIFIERS: nil
locale-coding-system: nil
default enable-multibyte-characters: t
Major mode: Fundamental
Minor modes in effect:
tooltip-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
M-x r e p o r t SPC b SPC <return>
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Load-path shadows:
None found.
Features:
(shadow sort gnus-util mail-extr message format-spec rfc822 mml easymenu
mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev
gmm-utils mailheader warnings emacsbug rainbow-mode-autoloads
svg-clock-autoloads package tabulated-list rmail rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils time-date tooltip ediff-hook
vc-hooks lisp-float-type mwheel ns-win tool-bar dnd fontset image fringe
lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar
mouse jit-lock font-lock syntax facemenu font-core frame cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev
minibuffer loaddefs button faces cus-face files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process ns multi-tty
emacs)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10389
; Package
emacs
.
(Wed, 28 Dec 2011 10:33:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 10389 <at> debbugs.gnu.org (full text, mbox):
Hello.
28 dec 2011 kl. 07:01 skrev Donald Tillman:
> Hi,
>
> On Mac OS X, 10.6.8; I'm using a 15 inch MacBook Pro and a Cinema Display monitor. I've got the Emacs window some reasonable size for the monitor. Then, when I remove the monitor, so there's only the MacBook screen, the Emacs window is stuck sized too large, with parts of the window off screen. If the upper left green button and the lower right diagonal corner are off screen, I can't resize the window. And if the top of the window is off screen I can't move the window.
>
> There's an easy enough workaround, fanblade-N to create a new window, but I didn't know that the first time this happened.
This happens also on any X port of Emacs, switching resolution does not make Emacs adjust its frames. In some cases the window manager might adjust Emacs size, but Emacs itself does nothing. Don't know what happens on w32. AFAIK, it has been like this forever.
Do we want a change in Emacs here?
Jan D.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10389
; Package
emacs
.
(Thu, 29 Dec 2011 06:10:03 GMT)
Full text and
rfc822 format available.
Message #11 received at 10389 <at> debbugs.gnu.org (full text, mbox):
>>>>> On Wed, 28 Dec 2011 11:29:47 +0100, Jan Djärv <jan.h.d <at> swipnet.se> said:
> Hello. 28 dec 2011 kl. 07:01 skrev Donald Tillman:
>> Hi,
>>
>> On Mac OS X, 10.6.8; I'm using a 15 inch MacBook Pro and a Cinema
>> Display monitor. I've got the Emacs window some reasonable size
>> for the monitor. Then, when I remove the monitor, so there's only
>> the MacBook screen, the Emacs window is stuck sized too large, with
>> parts of the window off screen. If the upper left green button and
>> the lower right diagonal corner are off screen, I can't resize the
>> window. And if the top of the window is off screen I can't move
>> the window.
>>
>> There's an easy enough workaround, fanblade-N to create a new
>> window, but I didn't know that the first time this happened.
> This happens also on any X port of Emacs, switching resolution does
> not make Emacs adjust its frames. In some cases the window manager
> might adjust Emacs size, but Emacs itself does nothing. Don't know
> what happens on w32. AFAIK, it has been like this forever.
> Do we want a change in Emacs here?
The Mac port (*) is supposed to do some adjustment like other Cocoa
applications, so at least the upper left buttons become visible.
Frame size adjustment on resolution change is also done for the case
of fullscreen, which can be turned on/off by Shift + Pinch-open/close
on a trackpad. The OP might possibly want to try that port to see if
he likes this behavior of size adjustment.
(*): http://lists.gnu.org/archive/html/emacs-devel/2011-11/msg00473.html
YAMAMOTO Mitsuharu
mituharu <at> math.s.chiba-u.ac.jp
Merged 10389 10920.
Request was from
Alan Third <alan <at> idiocy.org>
to
control <at> debbugs.gnu.org
.
(Tue, 24 May 2016 19:08:02 GMT)
Full text and
rfc822 format available.
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 20 Feb 2022 13:42:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
10920 <at> debbugs.gnu.org and Dave Abrahams <dave <at> boostpro.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 21 Feb 2022 14:02:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 22 Mar 2022 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 94 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.