From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thien-Thi Nguyen Newsgroups: gmane.emacs.devel Subject: Re: Bidi reordering engine upgraded Date: Fri, 17 Oct 2014 09:50:30 +0200 Message-ID: <87tx333zjt.fsf@zigzag.favinet> References: <834mv55quj.fsf@gnu.org> <543E9122.6070605@yandex.ru> <8338ap5o7l.fsf@gnu.org> <543E9A1C.2010904@yandex.ru> <831tq95m6x.fsf@gnu.org> <83zjcx450f.fsf@gnu.org> <83y4sh43zq.fsf@gnu.org> <543F41C9.3000507@yandex.ru> <83oatc4gz3.fsf@gnu.org> <877g005p11.fsf@zigzag.favinet> <83egu848xv.fsf@gnu.org> <8738ao5emi.fsf@zigzag.favinet> <8361fk3yxc.fsf@gnu.org> <87y4sf45hj.fsf@zigzag.favinet> <838ukf2pcq.fsf@gnu.org> Reply-To: emacs-devel@gnu.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Trace: ger.gmane.org 1413532033 20290 80.91.229.3 (17 Oct 2014 07:47:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 17 Oct 2014 07:47:13 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 17 09:47:06 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 1Xf2Fd-0004IS-Iu for ged-emacs-devel@m.gmane.org; Fri, 17 Oct 2014 09:47:05 +0200 Original-Received: from localhost ([::1]:58426 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xf2Fd-0001Qn-8T for ged-emacs-devel@m.gmane.org; Fri, 17 Oct 2014 03:47:05 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53554) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xf2FG-0001QY-9U for emacs-devel@gnu.org; Fri, 17 Oct 2014 03:46:52 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xf2F8-0004pK-Rv for emacs-devel@gnu.org; Fri, 17 Oct 2014 03:46:42 -0400 Original-Received: from smtp209.alice.it ([82.57.200.105]:58503) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xf2F8-0004pD-H6 for emacs-devel@gnu.org; Fri, 17 Oct 2014 03:46:34 -0400 Original-Received: from zigzag.favinet (95.245.73.22) by smtp209.alice.it (8.6.060.43) id 5433B0B701CF5061 for emacs-devel@gnu.org; Fri, 17 Oct 2014 09:46:33 +0200 Original-Received: from ttn by zigzag.favinet with local (Exim 4.80) (envelope-from ) id 1Xf2J4-0002Rd-Lg for emacs-devel@gnu.org; Fri, 17 Oct 2014 09:50:38 +0200 Mail-Followup-To: emacs-devel@gnu.org In-Reply-To: <838ukf2pcq.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 17 Oct 2014 09:16:05 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 82.57.200.105 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:175507 Archived-At: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable () Eli Zaretskii () Fri, 17 Oct 2014 09:16:05 +0300 > Left-most pixel is numbered 0, and "at 0" > refers to that pixel. But with that model, a 1-pixel line "at 0" does NOT "invade" on pixel 1. Granted (if i take "1-pixel" to mean the length of the line, and not its "line width" (a measure orthogonal to the line's orientation), which is what i normally understand "1-pixel line" to mean), but a foo-pixel line "from X to X+W"[0] renders X, X+1, X+2 ... X+W, for a total count of W+1 pixels. OBOE! The invading pixel is not X+1, but X+W. | 1 2 3 | 012345678901234567890123456789 | *********** | ^ out out damned dot! (11 *s; X =3D 20, W =3D 10.) But anyway... decide first what we would like to see as the hollow cursor for a glyph that is 1-pixel wide. Perhaps "hollow" in the vertical sense only could be expressed as two pixels, one at top, one at bottom. That's almost invisible, though; maybe two or three at top and two at bottom is better. ___________________________________ [0] (under X Windows semantics) In src/xdisp.c =E2=80=98get_phys_cursor_geometry=E2=80=99, the comment /* Why? */ alludes to (confusion / frustration probably felt due to) the differences i mentioned previously. Probably Someone needs to define the "Emacs native coordinate and pixel reference system" and add a centrally maintained abstraction layer for X, NTGUI, NS, and so on. This layer is where X-specific -1/+1 futzing should live. Standard slog... =2D-=20 Thien-Thi Nguyen GPG key: 4C807502 (if you're human and you know it) read my lisp: (responsep (questions 'technical) (not (via 'mailing-list))) =3D> nil --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlRAykgACgkQZwMiJEyAdQKLkwCg0pN4XchDr+M5LL70sWGClQGI goYAmwQW8oS7UC99oCQwU21S7lZ27Kxz =NV/G -----END PGP SIGNATURE----- --=-=-=--