From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: How to restore the layout? Date: Sun, 30 Jun 2013 20:03:58 +0200 Message-ID: References: <51C5AA68.4000204@alice.it> <51CC4CC1.3030202@alice.it> <51CC8403.1030009@gmx.at> <51CCA56A.8000508@gmx.at> <51CD49CF.1090103@gmx.at> <2FB4C583-960C-4DA8-8B2E-29DF8D96770E@swipnet.se> <51CD6324.2040504@gmx.at> <834ncifkq9.fsf@gnu.org> <83zjuae19s.fsf@gnu.org> <83r4fmdsw5.fsf@gnu.org> <85k3ldtion.fsf@member.fsf.org> <4E4C522D-DBCC-4133-A764-82C9CCE81E2D@swipnet.se> <51D02AC5.20705@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1372615492 18585 80.91.229.3 (30 Jun 2013 18:04:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 30 Jun 2013 18:04:52 +0000 (UTC) Cc: Stephen Leake , =?UTF-8?Q?Jan_Dj=C3=A4rv?= , Emacs developers To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jun 30 20:04:53 2013 Return-path: Envelope-to: ged-emacs-devel@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 1UtLzT-00058P-LM for ged-emacs-devel@m.gmane.org; Sun, 30 Jun 2013 20:04:47 +0200 Original-Received: from localhost ([::1]:40509 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UtLzT-0004GV-8D for ged-emacs-devel@m.gmane.org; Sun, 30 Jun 2013 14:04:47 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47511) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UtLzO-0004G9-Ls for emacs-devel@gnu.org; Sun, 30 Jun 2013 14:04:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UtLzM-0000y9-8K for emacs-devel@gnu.org; Sun, 30 Jun 2013 14:04:42 -0400 Original-Received: from mail-ee0-x22b.google.com ([2a00:1450:4013:c00::22b]:39725) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UtLzM-0000xq-1F for emacs-devel@gnu.org; Sun, 30 Jun 2013 14:04:40 -0400 Original-Received: by mail-ee0-f43.google.com with SMTP id l10so1642141eei.30 for ; Sun, 30 Jun 2013 11:04:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=WB04BYl9JjumDr169ZS0SxXYBw564qhlTrkMk4GaNqA=; b=gHym5f2QtU5OuVwiX9Dt7v4NKg8Km909O8JEgh/9TJ+Ehunm2we6bnjkj99xxfAwDr TXiB8c/xaX/93QURUXgvomaHkAFVVpa6ckDEBTFaAB6PHxvlZiSY0eqcVeYMQkfLCxXj yBeu/j4KzoYfR57d8waPd9km2O2Z9FmYzSvjO/e5yvm+HgNNlmfi3/KqGD7A0gb+YE9y BRIkJ7DqPlFZXAStXhNsk66JDzsgOIcB95UCQtLw07aF7aU5kkCFc5/Z9FDDGPBp9jwp wJPjtMgyqj95wmM46R2vPUJspdyb4/wSRxfQLQDfxoomdTb5sPqI6vHMG1nnh4KGcNWf IH+Q== X-Received: by 10.14.38.198 with SMTP id a46mr17732366eeb.42.1372615479291; Sun, 30 Jun 2013 11:04:39 -0700 (PDT) Original-Received: by 10.14.142.4 with HTTP; Sun, 30 Jun 2013 11:03:58 -0700 (PDT) In-Reply-To: <51D02AC5.20705@gmx.at> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c00::22b X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:161368 Archived-At: On Sun, Jun 30, 2013 at 2:55 PM, martin rudalics wrote: > The workarea is much better for determining the rectangle within which > our frames should appear. I intended to make it available via an extra > function but obviously Yamamoto's patch would be preferable. Yes, understood. > Wouldn't we get these via EnumDisplayDevices? I'm not sure what kind of Lisp-level API are you envisioning. But my comment was in reference to the fact that, on Windows, if you have multiple displays of varying sizes, they are contiguous but the visible area is not, generally speaking, a rectangle. There are gaps. At this point, I'd be very grateful if people could explain what kind of behavior are they suggesting with respect to frames that fall wholly or partially outside a visible screen area. I mean, I don't want to write (because I don't think that belongs into desktop.el) an elisp window manager which will detect that the display size, or the number of monitors, has changed, and that will try to resize the frames to fit them like a puzzle in the current display. That's a case whose failure mode IMHO should simply be to try and make sure that frame captions (to allow grabbing and moving the frame) fall inside their displays. But perhaps other potential users have different expectations, and if so, please comment them. Juanma > > martin