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 11:34:26 +0200 Message-ID: <5987E302-6673-4F89-8865-D02F701917B4@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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1373016870 22621 80.91.229.3 (5 Jul 2013 09:34:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 5 Jul 2013 09:34:30 +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 11:34:30 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 1Uv2PO-0006lD-6t for ged-emacs-devel@m.gmane.org; Fri, 05 Jul 2013 11:34:30 +0200 Original-Received: from localhost ([::1]:49865 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uv2PN-00062B-Kd for ged-emacs-devel@m.gmane.org; Fri, 05 Jul 2013 05:34:29 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42523) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uv2PJ-000624-Nq for emacs-devel@gnu.org; Fri, 05 Jul 2013 05:34:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Uv2PI-0003Rc-RS for emacs-devel@gnu.org; Fri, 05 Jul 2013 05:34:25 -0400 Original-Received: from mailout.melmac.se ([62.20.26.67]:37008) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uv2PI-0003RK-KY for emacs-devel@gnu.org; Fri, 05 Jul 2013 05:34:24 -0400 Original-Received: from mail01.melmac.se (mail01.melmac.se [62.20.26.80]) by mailout.melmac.se (Postfix) with ESMTP id 33DFECB3F for ; Fri, 5 Jul 2013 11:34:23 +0200 (CEST) Original-Received: (qmail 20711 invoked by uid 89); 5 Jul 2013 09:34:22 -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 09:34:22 -0000 Original-Received: from [172.20.199.13] (unknown [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 7CA6A1A1B76; Fri, 5 Jul 2013 09:34:22 +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:161566 Archived-At: 5 jul 2013 kl. 00:32 skrev Juanma Barranquero : >> On Windows frame and client rectangle include the toolbar. So I'm = not >> sure how to generalize this conveniently. >=20 > Oh. >=20 > Anyway, backtracking a bit in this thread... We were talking about > multi-monitors and client sizes, etc. because someone proposed to > automatically detect when desktop is restoring frames in a different > display/monitor configuration and make sure that the frames were > visible. >=20 > But, OTOH, it is entirely possible that the user is saving the desktop > with some frames only partially visible. If you have many, and some of > them are less used, you can set them aside so only a fraction of the > frame is shown, which makes them accessible without taking too much > screen space. So, IMO, the only thing that makes sense is to > move/resize a frame while restoring when that frame is entirely > outside the current viewing area. Or, perhaps, when the caption is > (because in many/most/all? window managers, you can mouse-drag a > window only from its caption). >=20 > Of course, there's no way to know the caption height (in pixels) from > inside Emacs, I think, so in the end it's all an ugly heuristics: the > top of the frame is some arbitrary number of pixels inside the viewing > area. Or is there a better way? >=20 W32 is the odd duck here, frame-parameter top in NS and X refers to the = outer edge of the window including caption height, i.e. the real top of = the frame. We do know caption height in Emacs, but only at the C level. = W32 has to be fixed to behave like the other ports if it does not = already. Jan D.