From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.bugs Subject: bug#5721: Feature request: Function that returns absolute coordinates Date: Thu, 15 Jul 2010 15:49:06 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <4B9E4521.9030909@yahoo.co.jp> <4C2C8C02.1010906@swipnet.se> <4C2D9009.60405@swipnet.se> <4C3DD633.7040004@swipnet.se> <4C3EA59E.40300@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1279177234 351 80.91.229.12 (15 Jul 2010 07:00:34 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 15 Jul 2010 07:00:34 +0000 (UTC) Cc: 5721@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 Thu Jul 15 09:00:33 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OZIQp-00082E-D5 for geb-bug-gnu-emacs@m.gmane.org; Thu, 15 Jul 2010 09:00:31 +0200 Original-Received: from localhost ([127.0.0.1]:59079 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OZIQp-0004fg-0V for geb-bug-gnu-emacs@m.gmane.org; Thu, 15 Jul 2010 03:00:31 -0400 Original-Received: from [140.186.70.92] (port=51471 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OZIQg-0004dz-Rd for bug-gnu-emacs@gnu.org; Thu, 15 Jul 2010 03:00:23 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OZIQe-0003lV-EK for bug-gnu-emacs@gnu.org; Thu, 15 Jul 2010 03:00:22 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:40727) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZIQe-0003lQ-9g for bug-gnu-emacs@gnu.org; Thu, 15 Jul 2010 03:00:20 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1OZIGh-0006ax-8i; Thu, 15 Jul 2010 02:50:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: YAMAMOTO Mitsuharu Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 15 Jul 2010 06:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 5721 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 5721-submit@debbugs.gnu.org id=B5721.127917654425328 (code B ref 5721); Thu, 15 Jul 2010 06:50:02 +0000 Original-Received: (at 5721) by debbugs.gnu.org; 15 Jul 2010 06:49:04 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZIFj-0006aT-9o for submit@debbugs.gnu.org; Thu, 15 Jul 2010 02:49:03 -0400 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OZIFf-0006aH-LO for 5721@debbugs.gnu.org; Thu, 15 Jul 2010 02:49:01 -0400 Original-Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 698CEC0557; Thu, 15 Jul 2010 15:49:06 +0900 (JST) In-Reply-To: <4C3EA59E.40300@swipnet.se> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 =?UTF-8?Q?(Shij=C5=8D)?= APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Thu, 15 Jul 2010 02:50:03 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:38532 Archived-At: >>>>> On Thu, 15 Jul 2010 08:07:26 +0200, Jan Dj=E4rv = said: >>> I would imagine that for frame positioning, absolute scaled would >>> be the default, as top and left frame parameters should also be >>> absolute scaled. >>=20 >> That would bring us coarser precision with respect to the frame >> position. If the scale factor is 2, then we cannot place a frame >> to a position whose coordinate is an odd number (in absolute >> unscaled). > As I said below, special functions to do that based on unscaled > coordinates would be needed. But for the default scaled should be > used. It's the source of complication to divide absolute into scaled and unscaled (the latter is required anyway because window system APIs require that). It's much simpler and cleaner to consider that absolute is alway unscaled and relative is always scaled. > Placing tooltips for example is much more common than placing > frames. Doing so based on scaled coordinates is no problem. I don't understand how placement of tooltips and frames are different. The documentation of tooltip-frame-parameters says `left' and `top' is specified with absolute position. Do you mean assigning different meanings to these frame parameters depending on whether it is for a tooltip or for a usual frame? > The alternative, to use unscaled, would make Emacs internals > everywhere have to handle two coordinate systems all the time. To > knowingly introduce such an overhead on everything is madness. The Mac port already takes account of scaling factor with the policy I explained. That means no change is necessary for the platform independent part. The conversion is necessary only when the current X11 code is using the "idiom"s like `x +=3D f->left_pos + FRAME_OUTER_TO_INNER_DIFF_X (f)'. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp