From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Newsgroups: gmane.emacs.bugs Subject: bug#10920: 24.0.93; Poor response to display size changes Date: Mon, 9 Apr 2012 12:05:06 +0200 Message-ID: <45A14A67-4C1E-4051-B77E-C75AB19D489D@swipnet.se> References: <2E94F53F-B5BB-4D63-8AA6-7F326AF6610D@swipnet.se> <55763E33-611C-42D1-ADDF-1A7CA35753D3@swipnet.se> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1333965979 7263 80.91.229.3 (9 Apr 2012 10:06:19 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 9 Apr 2012 10:06:19 +0000 (UTC) Cc: "10920@debbugs.gnu.org" <10920@debbugs.gnu.org> To: Dave Abrahams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 09 12:06:18 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SHBUD-0006IO-Do for geb-bug-gnu-emacs@m.gmane.org; Mon, 09 Apr 2012 12:06:13 +0200 Original-Received: from localhost ([::1]:39166 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SHBUC-0007AB-Oy for geb-bug-gnu-emacs@m.gmane.org; Mon, 09 Apr 2012 06:06:12 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:41312) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SHBU9-0007A6-7O for bug-gnu-emacs@gnu.org; Mon, 09 Apr 2012 06:06:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SHBU7-0005zJ-8F for bug-gnu-emacs@gnu.org; Mon, 09 Apr 2012 06:06:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49757) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SHBU7-0005zF-4Y for bug-gnu-emacs@gnu.org; Mon, 09 Apr 2012 06:06:07 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1SHBUz-0003CI-OY for bug-gnu-emacs@gnu.org; Mon, 09 Apr 2012 06:07:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 09 Apr 2012 10:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10920 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 10920-submit@debbugs.gnu.org id=B10920.133396596412229 (code B ref 10920); Mon, 09 Apr 2012 10:07:01 +0000 Original-Received: (at 10920) by debbugs.gnu.org; 9 Apr 2012 10:06:04 +0000 Original-Received: from localhost ([127.0.0.1]:46295 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHBU4-0003BB-6w for submit@debbugs.gnu.org; Mon, 09 Apr 2012 06:06:04 -0400 Original-Received: from mailout.melmac.se ([62.20.26.67]:36855) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHBU1-0003Am-Iz for 10920@debbugs.gnu.org; Mon, 09 Apr 2012 06:06:02 -0400 Original-Received: from mail01.melmac.se (mail01.melmac.se [62.20.26.80]) by mailout.melmac.se (Postfix) with ESMTP id EC24A9FE7 for <10920@debbugs.gnu.org>; Mon, 9 Apr 2012 12:05:05 +0200 (CEST) Original-Received: (qmail 2482 invoked by uid 89); 9 Apr 2012 10:01:49 -0000 Original-Received: from h-46-59-42-18.na.cust.bahnhof.se (HELO coolsville.localdomain) (boel.djarv@bdtv.se@46.59.42.18) by mail01.melmac.se with ESMTPA; 9 Apr 2012 10:01:49 -0000 Original-Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 950687FA06C; Mon, 9 Apr 2012 12:05:05 +0200 (CEST) In-Reply-To: X-Mailer: Apple Mail (2.1257) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:58629 Archived-At: Hello. I made a fix for bug 10962 that might have impact on this buf as well, = as it incolves screen constraints. Can you try it? It is currently in = the emacs-24 branch, but I guess it will propagate to the trunk. Thanks, Jan D. 3 mar 2012 kl. 20:08 skrev Dave Abrahams: >=20 > on Sat Mar 03 2012, Jan Dj=E4rv wrote: >=20 >> Hello. >>=20 >> 3 mar 2012 kl. 16:48 skrev Dave Abrahams: >>=20 >>>=20 >>> on Sat Mar 03 2012, Jan Dj=E4rv wrote: >>>=20 >>>> Hello. >>>>=20 >>>> 1 mar 2012 kl. 15:56 skrev Dave Abrahams : >>>>=20 >>>>>=20 >>>>> It seems to me: >>>>>=20 >>>>> * When the display size changes, any visible frames that aren't = completely >>>>> visible should be moved/resised so they are >>>>=20 >>>> This is not as easy as it seems. If you have Emacs spanning several >>>> monitors and one of them changes it is not obvious what to do. One >>>> could special case it for the single monitor case I guess. >>>=20 >>> It may have not been easy 15-20 years ago, but today it is a solved >>> problem. Many other applications have worked out ways to deal with = such >>> changes. Emacs could simply emulate one of those. >>=20 >> Can you give an example of an application that behaves sane when >> spread out over four monitors and one of them changes? >=20 > I don't have four monitors, so no. But IMO that's not the common case > anyway. The common case is when a laptop is plugged/unplugged from a > single or multi-monitor setup. >=20 >>>>> * The same goes for "fullscreen" (which IIUC is only supported via = a >>>>> patch that lives outside emacs, but I mention it here for >>>>> completeness). >>>>>=20 >>>>=20 >>>> The 10.7 style fullscreen does not have this problem, which is an >>>> argument for just supporting that type of fullscreen in 24.2. >>>=20 >>> Not really, IMO. On the mac there's a green button in the upper = left of >>> every application window that maximizes it. You have to respond to = that >>> button somehow and maximizing the frame is the right (and = consistent) >>> response. >>=20 >> Maximizing and fullscreen is not the same thing. >=20 > I know. I thought you were arguing for trying to handle this = deficiency > in Emacs' handling of maximized (and other) frames by ignoring it and > telling people to use fullscreen instead. >=20 > By the way, 10.7-style fullscreen is incredibly frustrating for = someone > like me who wants to use all of one screen for Emacs but doesn't want > his other monitors to go to waste. 10.7 will just put a gray = background > on the other screens and they become unusable :( >=20 > --=20 > Dave Abrahams > BoostPro Computing > http://www.boostpro.com