From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dave Abrahams Newsgroups: gmane.emacs.bugs Subject: bug#10920: 24.0.93; Poor response to display size changes Date: Sat, 03 Mar 2012 14:08:37 -0500 Message-ID: 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 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1330801804 14008 80.91.229.3 (3 Mar 2012 19:10:04 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 3 Mar 2012 19:10:04 +0000 (UTC) Cc: "10920@debbugs.gnu.org" <10920@debbugs.gnu.org> To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Mar 03 20:10:03 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 1S3uLB-00017U-9a for geb-bug-gnu-emacs@m.gmane.org; Sat, 03 Mar 2012 20:10:01 +0100 Original-Received: from localhost ([::1]:32819 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S3uLA-0006Fd-Jh for geb-bug-gnu-emacs@m.gmane.org; Sat, 03 Mar 2012 14:10:00 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:43239) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S3uL7-0006FN-K9 for bug-gnu-emacs@gnu.org; Sat, 03 Mar 2012 14:09:59 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S3uL5-0002JF-8v for bug-gnu-emacs@gnu.org; Sat, 03 Mar 2012 14:09:57 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53458) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S3uL5-0002JA-5a for bug-gnu-emacs@gnu.org; Sat, 03 Mar 2012 14:09:55 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1S3uLC-0005BN-4x for bug-gnu-emacs@gnu.org; Sat, 03 Mar 2012 14:10:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dave Abrahams Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 03 Mar 2012 19:10:02 +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.133080178019888 (code B ref 10920); Sat, 03 Mar 2012 19:10:02 +0000 Original-Received: (at 10920) by debbugs.gnu.org; 3 Mar 2012 19:09:40 +0000 Original-Received: from localhost ([127.0.0.1]:60290 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S3uKp-0005AY-Jz for submit@debbugs.gnu.org; Sat, 03 Mar 2012 14:09:40 -0500 Original-Received: from mail-vx0-f172.google.com ([209.85.220.172]:51793) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S3uKT-00059Y-QH for 10920@debbugs.gnu.org; Sat, 03 Mar 2012 14:09:28 -0500 Original-Received: by vcbfk13 with SMTP id fk13so2440191vcb.3 for <10920@debbugs.gnu.org>; Sat, 03 Mar 2012 11:08:39 -0800 (PST) Received-SPF: pass (google.com: domain of dave@boostpro.com designates 10.52.94.20 as permitted sender) client-ip=10.52.94.20; Authentication-Results: mr.google.com; spf=pass (google.com: domain of dave@boostpro.com designates 10.52.94.20 as permitted sender) smtp.mail=dave@boostpro.com Original-Received: from mr.google.com ([10.52.94.20]) by 10.52.94.20 with SMTP id cy20mr24692551vdb.117.1330801719816 (num_hops = 1); Sat, 03 Mar 2012 11:08:39 -0800 (PST) Original-Received: by 10.52.94.20 with SMTP id cy20mr21142647vdb.117.1330801719674; Sat, 03 Mar 2012 11:08:39 -0800 (PST) Original-Received: from pluto.luannocracy.com (207-172-223-249.c3-0.smr-ubr3.sbo-smr.ma.static.cable.rcn.com. [207.172.223.249]) by mx.google.com with ESMTPS id t8sm15490891vdh.11.2012.03.03.11.08.38 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 03 Mar 2012 11:08:38 -0800 (PST) Original-Received: by pluto.luannocracy.com (Postfix, from userid 501) id 4C3822AB5F48; Sat, 3 Mar 2012 14:08:37 -0500 (EST) In-Reply-To: <55763E33-611C-42D1-ADDF-1A7CA35753D3@swipnet.se> ("Jan =?UTF-8?Q?Dj=C3=A4rv?="'s message of "Sat, 3 Mar 2012 18:04:43 +0100") User-Agent: Gnus/5.130004 (Ma Gnus v0.4) Emacs/24.0.94 (darwin) X-Gm-Message-State: ALoCoQkTRZ8GGxDPInWJOzNYWvnXYFtszyR/WyH3MKZdabLHwhqF8AR8HKJqsWt7EwTUXIhd0Qtk 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:57467 Archived-At: on Sat Mar 03 2012, Jan Dj=C3=A4rv wrote: > Hello. > > 3 mar 2012 kl. 16:48 skrev Dave Abrahams: > >>=20 >> on Sat Mar 03 2012, Jan Dj=C3=A4rv 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 comple= tely >>>> 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. > > Can you give an example of an application that behaves sane when > spread out over four monitors and one of them changes? 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. >>>> * 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. > > Maximizing and fullscreen is not the same thing. 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. 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 Dave Abrahams BoostPro Computing http://www.boostpro.com