From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?iso-8859-1?Q?Jan_Dj=E4rv?= Newsgroups: gmane.emacs.devel Subject: Re: x-display-pixel-width/height inconsistency Date: Fri, 5 Jul 2013 14:12:27 +0200 Message-ID: <7B61DAF3-584E-44B1-8CA7-D6B0CEF83E7A@swipnet.se> 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> <5987E3 02-6673-4F89-8865-D02F701917B4@swipnet.se> <8F67C4E1-0640-4912-A73B-1B120C8E8F0B@swipnet.se> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1373026358 23975 80.91.229.3 (5 Jul 2013 12:12:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 5 Jul 2013 12:12:38 +0000 (UTC) Cc: martin rudalics , YAMAMOTO Mitsuharu , Emacs developers To: Juanma Barranquero Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 05 14:12:38 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 1Uv4sP-0005Ve-NQ for ged-emacs-devel@m.gmane.org; Fri, 05 Jul 2013 14:12:37 +0200 Original-Received: from localhost ([::1]:45231 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uv4sP-00041G-4K for ged-emacs-devel@m.gmane.org; Fri, 05 Jul 2013 08:12:37 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34568) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uv4sL-0003ye-PO for emacs-devel@gnu.org; Fri, 05 Jul 2013 08:12:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Uv4sJ-0002w2-4x for emacs-devel@gnu.org; Fri, 05 Jul 2013 08:12:33 -0400 Original-Received: from mailout.melmac.se ([62.20.26.67]:33935) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uv4sI-0002vI-Uy for emacs-devel@gnu.org; Fri, 05 Jul 2013 08:12:31 -0400 Original-Received: from mail01.melmac.se (mail01.melmac.se [62.20.26.80]) by mailout.melmac.se (Postfix) with ESMTP id B776C92EE for ; Fri, 5 Jul 2013 14:12:28 +0200 (CEST) Original-Received: (qmail 17331 invoked by uid 89); 5 Jul 2013 12:12:28 -0000 Original-Received: from h-46-59-42-57.na.cust.bahnhof.se (HELO coolsville.localdomain) (boel.djarv@bdtv.se@46.59.42.57) by mail01.melmac.se with ESMTPA; 5 Jul 2013 12:12:28 -0000 Original-Received: from [172.20.199.13] (unknown [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 736671A007F; Fri, 5 Jul 2013 12:12:28 +0000 (UTC) In-Reply-To: X-Mailer: Apple Mail (2.1508) X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 62.20.26.67 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:161580 Archived-At: Hello. 5 jul 2013 kl. 13:56 skrev Juanma Barranquero : > On Fri, Jul 5, 2013 at 1:25 PM, Jan Dj=E4rv = wrote: >=20 >> 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 default position. >=20 > The caption could be inside by one pixel, and that would be almost > invisible and/or hard to drag. This is also a W32:ism, as other systems allow moving of frames without = using the caption, so since this only is a problem on W32, you could = make some W32-specific solution that you think is best. >=20 >> Another possibility is that the display-monitor-attributes-list = includes >> a list of all frame belonging to a particular monitor. >=20 > Yes. >=20 >> If that monitor is still available, restore the frame there, = otherwise not. >=20 > 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". I was thinking of the monitor geometries. But as I said before, = top/left availability is fine by me. Jan D.