From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Itai Berli Newsgroups: gmane.emacs.bugs Subject: bug#27525: 25.1; Line wrapping of bidi paragraphs Date: Tue, 4 Jul 2017 12:11:05 +0300 Message-ID: References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="f403043ee360ce058705537a4557" X-Trace: blaine.gmane.org 1499159536 15387 195.159.176.226 (4 Jul 2017 09:12:16 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 4 Jul 2017 09:12:16 +0000 (UTC) To: 27525@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jul 04 11:12:12 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dSJsS-0003oZ-9z for geb-bug-gnu-emacs@m.gmane.org; Tue, 04 Jul 2017 11:12:12 +0200 Original-Received: from localhost ([::1]:39649 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dSJsX-0002J4-Hc for geb-bug-gnu-emacs@m.gmane.org; Tue, 04 Jul 2017 05:12:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52103) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dSJsN-0002H1-9g for bug-gnu-emacs@gnu.org; Tue, 04 Jul 2017 05:12:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dSJsI-00049s-FB for bug-gnu-emacs@gnu.org; Tue, 04 Jul 2017 05:12:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:48488) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dSJsI-00049n-Bx for bug-gnu-emacs@gnu.org; Tue, 04 Jul 2017 05:12:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dSJsI-0003P2-7b for bug-gnu-emacs@gnu.org; Tue, 04 Jul 2017 05:12:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Itai Berli Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 04 Jul 2017 09:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27525 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 27525-submit@debbugs.gnu.org id=B27525.149915951213056 (code B ref 27525); Tue, 04 Jul 2017 09:12:02 +0000 Original-Received: (at 27525) by debbugs.gnu.org; 4 Jul 2017 09:11:52 +0000 Original-Received: from localhost ([127.0.0.1]:51164 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dSJs8-0003OV-MF for submit@debbugs.gnu.org; Tue, 04 Jul 2017 05:11:52 -0400 Original-Received: from mail-ua0-f179.google.com ([209.85.217.179]:36525) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dSJs7-0003OI-Aw for 27525@debbugs.gnu.org; Tue, 04 Jul 2017 05:11:51 -0400 Original-Received: by mail-ua0-f179.google.com with SMTP id g40so123142290uaa.3 for <27525@debbugs.gnu.org>; Tue, 04 Jul 2017 02:11:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=PFCZ/7ZA/yOmThZ8VlopI8/in2YF/EH6XXyly1r9pmY=; b=dIaxKBTMu4AEC/mqKRW6uz9YC2yTFujwllZ6MNXXqDxg5vKNDS1zLfPPyMhdbzBBZ2 eC1K0vKzzr4NG6T05D3IvkqsgYVEgQdJvnST3+MyYMkl7EH2ADUzexBvCYcFGc5pJdq+ izewWhSvm+f7WJ9cRPKXGUV9GLghxLXlPiPAzqp45MM4zKJ3698SM9/cy8gP27XW0IG7 ZATOkSBnyOQ7ilfb2Av+NbsnmClRMN6Dew9am46Ug5j10esOdK1cTzZQgcfsD7q7iUqo majIfvubmT6kJWY+7VF1oatqoIQlQ7U5HK4XExfFo8UrgDxmOKS8PDegwddZVd4IexVu w2Yw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=PFCZ/7ZA/yOmThZ8VlopI8/in2YF/EH6XXyly1r9pmY=; b=I8YNb74U0ji8/OJL1Bkn2l7RDO2dpefgKN38uEn9ZwKwoAopzA688TSadQw0cSPttr 7DFsOJtlH5yohi9bof8Ehoi+5bu5s8C7Aivpjy0/BUOG0rANyGKxcGRDZ3Fwhl1iyx6d 2MmMaJ62otA1b2wrDm0Ms6GpckEMWgm/x3UTuDPzJbMmthq3nkBii1ai9vdlNAzZKsoM D40j5nYvl3z4zWCTJeKgCgghBHXqwPG7aVJ0UzK+nISE6H4YZHcApOXpy8h+Wtzslebb YgA1756Lp0arWQLqv2uOwPCLBUAybNL2hgU6M2UXwul0g26+33j/m9To2UqfsSlGybP3 R9Ow== X-Gm-Message-State: AKS2vOzxQQpW8aM4Mp+pCyzMCkwXKzPZBOf3XYJ8fqNMNu1p2sz5QqS7 cDI50qoGC0MsZh6eOXBCCWLSE1G27gbq X-Received: by 10.176.95.10 with SMTP id p10mr23545725uah.73.1499159505797; Tue, 04 Jul 2017 02:11:45 -0700 (PDT) Original-Received: by 10.176.70.85 with HTTP; Tue, 4 Jul 2017 02:11:05 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:134162 Archived-At: --f403043ee360ce058705537a4557 Content-Type: text/plain; charset="UTF-8" I obviously didn't end up replacing the bullet points by numbers... On Tue, Jul 4, 2017 at 12:10 PM, Itai Berli wrote: > I'd like to add that this behavior breaks the Unicode bidirectional > algorithm (UBA), and hence invalidates Emacs' claim of full conformance, or > indeed of weak conformance, for that matter (so-called 'implicit > bidirectionality' -- see section 4.2 of the UBA specifications). > > The reason is that section 3.4 'Reordering Resolved Levels' of the > algorithm states (I replaced the bullet points in the original by numbers): > > > * The characters are shaped into glyphs [...] > *> * *The accumulated widths of those glyphs *(in logical order)* are > used to determine line breaks. > > The Emacs line-wrapping algorithm does not use the logical order of the > glyphs to determine line breaks, as evidence by the example given in my > original post, which I shall link to again: http://imgur.com/Bckn7zP > --f403043ee360ce058705537a4557 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I obviously didn't end up replacing the bullet points = by numbers...

On Tue, Jul 4, 2017 at 12:10 PM, Itai Berli <itai.berli@gmail.com= > wrote:
I'= ;d like to add that this behavior breaks the Unicode bidirectional algorith= m (UBA), and hence invalidates Emacs' claim of full conformance, or ind= eed of weak conformance, for that matter=C2=A0(so-called 'implicit bidi= rectionality' -- see section 4.2 of the UBA specifications).

The reason is that section 3.4 'Reordering Resolved Levels'= ; of the algorithm states (I replaced the bullet points in the original by = numbers):

> * The characters are shaped into gl= yphs [...]
> *=C2=A0The accumulated widths of those gly= phs (in logical order) are used to determine line=20 breaks.

The Emacs line-wrapping algorithm does= not use the logical order of the glyphs to determine line breaks, as evide= nce by the example given in my original post, which I shall link to again:= =C2=A0http://imgur.c= om/Bckn7zP

--f403043ee360ce058705537a4557--