From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: grischka Newsgroups: gmane.emacs.devel Subject: Re: Bidi reordering engine upgraded Date: Fri, 17 Oct 2014 13:12:58 +0200 Message-ID: <5440F9BA.6030607@gmx.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1413544436 12257 80.91.229.3 (17 Oct 2014 11:13:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 17 Oct 2014 11:13:56 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 17 13:13:49 2014 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 1Xf5Th-0002Qv-3D for ged-emacs-devel@m.gmane.org; Fri, 17 Oct 2014 13:13:49 +0200 Original-Received: from localhost ([::1]:59290 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xf5Tg-0006Tj-GO for ged-emacs-devel@m.gmane.org; Fri, 17 Oct 2014 07:13:48 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59596) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xf5TK-0006Rs-LB for emacs-devel@gnu.org; Fri, 17 Oct 2014 07:13:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xf5TD-0000l4-16 for emacs-devel@gnu.org; Fri, 17 Oct 2014 07:13:26 -0400 Original-Received: from mout.gmx.net ([212.227.17.22]:59422) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xf5TC-0000kq-OE for emacs-devel@gnu.org; Fri, 17 Oct 2014 07:13:18 -0400 Original-Received: from [10.44.199.136] ([89.204.130.136]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MIyCj-1XhYJ93gEL-002Z3Z for ; Fri, 17 Oct 2014 13:13:16 +0200 User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Original-References: 8338an2jcd.fsf@gnu.org X-Provags-ID: V03:K0:ccVgO4RiC5v3rJjPBPuGv5igU5suaPU6S9DDfKP95Dw6Xd9RpJT CUubShjT2nrO08dnr8jPbiJs5xQZ0zVlNB4gJHXZ2ZrTJHKDPagh4pByim0H0lsCb6BQiG/ uuTAuqnxLiAZZCDpC8gXckjkwpYTxc1NGfdV4fblvqb8YnXe+R+YK8j6GaQmXUsmra5AtSs 04zwKhW2WWswrYOx0VDSQ== X-UI-Out-Filterresults: notjunk:1; X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-Received-From: 212.227.17.22 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:175514 Archived-At: > But there are W+1 pixels in a line that starts at X and ends at X+W. > W+1, not W. > >> >> | 1 2 3 >> | 012345678901234567890123456789 >> | *********** >> | ^ out out damned dot! > > Count the stars, and you will see there are 11 of them, not 10. Where > did the 11th one come from, when we requested a width of 10? In general, drawing an horizontal or vertical line of length 10 needs 11 pixels to be set. This is because to the human eye pixels are similar to points in math (i.e.has location, does not have extent). Therefor, a mental "magnifying glass" (in order to be useful) needs to preserve the point-like property of pixels unaffected from the "zoom factor". Which means that what counts for line length is not number of pixels but the spaces between. See line of length 10, magnified: 0 1 2 3 4 5 6 7 8 9 0 * * * * * * * * * * * (Disclaimer: The above is not meant to necessarily support conclusions about the behavior of XDrawRectangle or FrameRect, or specific details thereof. :P) --- grischka