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: x-display-pixel-width/height inconsistency Date: Fri, 5 Jul 2013 13:56:18 +0200 Message-ID: References: <83vc6tcqss.fsf@gnu.org> <83haibdipo.fsf@gnu.org> <837gj7co0l.fsf@gnu.org> <8338tvcjlp.fsf@gnu.org> <83wqr7b3h6.fsf@gnu.org> <51D12678.5090806@gmx.at> <51D2ADAA.9000805@gmx.at> <51D2D180.6050002@gmx.at> <51D3EE69.9080808@gmx.at> <51D41CA2.8000206@gmx.at> <51D541B6.1000908@gmx.at> <5987E302-6673-4F89-8865-D02F701917B4@swipnet.se> <8F67C4E1-0640-4912-A73B-1B120C8E8F0B@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: ger.gmane.org 1373025425 14565 80.91.229.3 (5 Jul 2013 11:57:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 5 Jul 2013 11:57:05 +0000 (UTC) Cc: martin rudalics , YAMAMOTO Mitsuharu , Emacs developers To: =?UTF-8?Q?Jan_Dj=C3=A4rv?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 05 13:57:06 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 1Uv4dN-0007rt-FI for ged-emacs-devel@m.gmane.org; Fri, 05 Jul 2013 13:57:05 +0200 Original-Received: from localhost ([::1]:35411 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uv4dN-0004Xh-6Q for ged-emacs-devel@m.gmane.org; Fri, 05 Jul 2013 07:57:05 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58179) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uv4dJ-0004Xa-5x for emacs-devel@gnu.org; Fri, 05 Jul 2013 07:57:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Uv4dI-0005h6-7M for emacs-devel@gnu.org; Fri, 05 Jul 2013 07:57:01 -0400 Original-Received: from mail-ea0-x230.google.com ([2a00:1450:4013:c01::230]:43328) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uv4dI-0005gw-0t for emacs-devel@gnu.org; Fri, 05 Jul 2013 07:57:00 -0400 Original-Received: by mail-ea0-f176.google.com with SMTP id z15so1420512ead.35 for ; Fri, 05 Jul 2013 04:56:59 -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:content-transfer-encoding; bh=bAAwSq7ChBpWbuMLeIvVkn8fF8yaW2fQDg6HICCANiM=; b=egfyL2HgctImRtskjfesPQaqPxyc3YXUcA0RTfldRBkl7etzkWYT5+WGOK3843IjBN /TompHtpVEJhyZJzZKYawFGezt0oBJdsju8WtXCcPLZk46ut3p5Rvcwg3snNe060g7oO 7jg9XZBrrtZULf0Di5J+obW7CdYulmc3Ips4qVtWbH4usUnTUbp/ptz9MrcRiMOeB5zJ exgWHqrHSLESqVJPruWgINQ02QJqzNcEV6Y51Q6G0UggYzRiXqbu8c8LcZ+/fWfBqHpu u2DFXxIChugmk+JAC33mFxTZlYpeM0R0mMUvcNE8HpRMRVXpnfGov05ihC8ukI/4WrVW Do3w== X-Received: by 10.15.76.71 with SMTP id m47mr11659845eey.70.1373025419103; Fri, 05 Jul 2013 04:56:59 -0700 (PDT) Original-Received: by 10.14.142.4 with HTTP; Fri, 5 Jul 2013 04:56:18 -0700 (PDT) In-Reply-To: <8F67C4E1-0640-4912-A73B-1B120C8E8F0B@swipnet.se> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c01::230 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:161579 Archived-At: On Fri, Jul 5, 2013 at 1:25 PM, Jan Dj=C3=A4rv wrote: > You don't need "some arbitrary number of pixels". As I outlined before, = if top/left is inside, put the frame there, otherwise put it at some defaul= t position. The caption could be inside by one pixel, and that would be almost invisible and/or hard to drag. > Another possibility is that the display-monitor-attributes-list includes > a list of all frame belonging to a particular monitor. Yes. > If that monitor is still available, restore the frame there, otherwise no= t. How would I know that? Are you proposing that I save also the list of monitors? Note that the monitor name alone is not a good identifier, because if I always use only one, but I switch monitors between saving and restoring, the physical dimensions will potentially be different, but the monitor will still be called "\\\\.\\DISPLAY1". J