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: Wed, 19 Jul 2017 11:50:54 +0300 Message-ID: References: <8337abobuz.fsf@gnu.org> <87eftpa30a.fsf@blei.turtle-trading.net> <83a84djweb.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="f403045cf7664267710554a7bde4" X-Trace: blaine.gmane.org 1500454334 5608 195.159.176.226 (19 Jul 2017 08:52:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 19 Jul 2017 08:52:14 +0000 (UTC) To: 27525@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jul 19 10:52:06 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 1dXkiD-00017J-Gb for geb-bug-gnu-emacs@m.gmane.org; Wed, 19 Jul 2017 10:52:05 +0200 Original-Received: from localhost ([::1]:60594 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dXkiI-0001yr-WC for geb-bug-gnu-emacs@m.gmane.org; Wed, 19 Jul 2017 04:52:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33511) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dXkiE-0001ym-1h for bug-gnu-emacs@gnu.org; Wed, 19 Jul 2017 04:52:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dXkiA-00033d-Kt for bug-gnu-emacs@gnu.org; Wed, 19 Jul 2017 04:52:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:44458) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dXkiA-00032e-Fo for bug-gnu-emacs@gnu.org; Wed, 19 Jul 2017 04:52:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dXki9-0000J5-Uw for bug-gnu-emacs@gnu.org; Wed, 19 Jul 2017 04:52:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Itai Berli Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 19 Jul 2017 08:52:01 +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.15004543031148 (code B ref 27525); Wed, 19 Jul 2017 08:52:01 +0000 Original-Received: (at 27525) by debbugs.gnu.org; 19 Jul 2017 08:51:43 +0000 Original-Received: from localhost ([127.0.0.1]:47135 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXkhr-0000IQ-6E for submit@debbugs.gnu.org; Wed, 19 Jul 2017 04:51:43 -0400 Original-Received: from mail-wr0-f170.google.com ([209.85.128.170]:34485) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXkhp-0000IA-2k for 27525@debbugs.gnu.org; Wed, 19 Jul 2017 04:51:41 -0400 Original-Received: by mail-wr0-f170.google.com with SMTP id 12so55790432wrb.1 for <27525@debbugs.gnu.org>; Wed, 19 Jul 2017 01:51:40 -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=10kuq68qhnwo9jTG3k227/wTeRDujh/aPJF7U0IknRc=; b=i9oqn3GOYK2QaGNfiFlLsvpaiincZwcZNU7Se1DC1ZgyOVd5vJpU5BdiXW2pmIadxa 3kIOUFsACyP/BSn6KRxZP4RsFMsnuz5vLXlnvCvOvPVDdR09odC2QyCKHrzoMp92FIS2 HKI8IcIGQsgDtEExE8s4SGw0MSQdMtwcvLGThqDae+mwwXgxqHNflAjvWDSYOcdDMlbn nbwqkX+ygxHd+IrHt13JLFZ6oc3pKj2d2MMH8TpnxpN489/Ob+XW0uBdCZi4RFdppKwn bAzqZbX2rQuqZv+NviOmndqSXdELfhi9mAMXgndbwHEJ4Xu9DcH3QrlQlcP+li0CmTW2 YWIQ== 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=10kuq68qhnwo9jTG3k227/wTeRDujh/aPJF7U0IknRc=; b=k1ZN4+iSkP/mqytaApr8sYtbdVhFDHFu6OrCoSKU96uJkDnASJd/rRWBqsAhIAxQf+ CbIm2A1V38DILJcJDZi8HIJ2+DuCHkh8ZmdjcoSG1Dayj8Lpi+nkEJVWwmismiKD28kX SgEOykCxCdb+NV/GV30aqh5CWD9rem/E3xxiHa5may3ASlx4PvLQlZN/6xxgqTdCoRog DmmPTg7jaP76+wLxQ/cI/Lbjz4x5BmKpsoBRNVjZsmIUSTnUTR7bmIeIFnKKedt/R4F3 8+NygEHPRPrIlZqrpAu8t4VczEtoh+LM8pjRCPPvuVdmKnZnh8AZ8XwVEGZ6NV4KzucN qL8Q== X-Gm-Message-State: AIVw112eNB6y7mdSiQLTGtz4HIEMU07dpBgmkEC4k1/N0obrxd9zL++s o6ySz2a8ZCnX4B92hgUoD1hM9ZU80VyVKIY= X-Received: by 10.223.166.109 with SMTP id k100mr3383890wrc.209.1500454295068; Wed, 19 Jul 2017 01:51:35 -0700 (PDT) Original-Received: by 10.28.197.9 with HTTP; Wed, 19 Jul 2017 01:50:54 -0700 (PDT) In-Reply-To: <83a84djweb.fsf@gnu.org> 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:134737 Archived-At: --f403045cf7664267710554a7bde4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Eli, in different bug report, namely 27526, I recently wrote the following remark: > the line-wrapping bug is still a major annoyance, at best, and until it is fixed, Emacs cannot claim to be Unicode compliant. to which you replied: > I disagree, as I already said many times. You do agree, though, that Emacs does not conform to the Unicode Bidirectional Algorithm as specified in the Unicode Standard Annex #9. After all, the following paragraph appears in the bidi code itself ( http://git.savannah.gnu.org/cgit/emacs.git/tree/src/bidi.c): Note that, because reordering is implemented below the level in xdisp.c that breaks glyphs into screen lines, we are violating paragraph 3.4 of UAX#9. which mandates that line breaking shall be done before reordering each screen line separately. So the only thing you disagree with me is that non-conformance to the Unicode Bidirectional Algorithm is tantamount to non-conformance to the Unicode Standard. Well, this disagreement is easily settled by reading article C12 'Bidirectional Text' of section 3.2 'Conformance Requirements' of the Unicode Standard: A process that displays text containing supported right-to-left characters or embedding codes shall display all visible representations of characters (excluding format characters) in the same order as if the Bidirectional Algorithm had been applied to the text, unless tailored by a higher-level protocol as permitted by the specification. * The Bidirectional Algorithm is specified in Unicode Standard Annex #9, =E2=80=9CUni- code Bidirectional Algorithm.=E2=80=9D On Sun, Jul 9, 2017 at 9:30 PM, Eli Zaretskii wrote: > > From: Benjamin Riefenstahl > > Cc: 27525@debbugs.gnu.org, itai.berli@gmail.com > > Date: Sun, 09 Jul 2017 20:17:41 +0200 > > > > >> From: Richard Stallman > > >> It might be good if Emacs could refill lines automatically the way > > >> some other ediors do. > > > > Eli Zaretskii writes: > > > We already have that: "M-x visual-line-mode RET". > > > > JFTR, even that does not help in this case. With visual-line-mode the > > order of the lines is still wrong with the text that the OP gave. > > Of course. It isn't supposed to help. From the POV of the display > engine, visual-line-mode is just a fancy kind of producing > continuation lines, so all the problems you see with continued lines > will still be there in visual-line-mode. > --f403045cf7664267710554a7bde4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Eli, in different bug report, namely 27526, I recently wro= te the following remark:

> the=C2=A0line-wrapping=C2=A0bug is still a major=C2=A0annoyance, at best, and until it is fixed, Emacs cannot claim= to be Unicode compliant.

to which= you replied:

>=C2=A0I disagree, as I already said many times.

You do agree, though, that Emacs does not conform to the Unicode Bidi= rectional Algorithm as specified in the Unicode Standard Annex #9. After al= l, the following paragraph appears in the bidi code itself (http://git.savannah= .gnu.org/cgit/emacs.git/tree/src/bidi.c):
   Note =
that, because reordering is implemented below the level in
   xdisp.c that breaks glyphs into screen lines, we are violating
   paragraph 3.4 of UAX#9. which mandates that line breaking shall be
   done before reordering each screen line separately.
So the only thing you disagree with me is that non-conformance to the Un= icode Bidirectional Algorithm is tantamount to non-conformance to the Unico= de Standard. Well, this disagreement is easily settled by reading article C= 12 'Bidirectional Text' of section 3.2 'Conformance Requirement= s' of the Unicode Standard:

A process that displays text containing supported right-t= o-left characters or embedding codes shall display all visible representati= ons of characters (excluding format characters) in the same order as if the= Bidirectional Algorithm had been applied to the text, unless tailored by a= higher-level protocol as permitted by the specification.
=
* The Bidirectional Algorithm is specified in Unicode St= andard Annex #9, =E2=80=9CUni- code Bidirectional Algorithm.=E2=80=9D


On Sun, Jul 9, 2017 at 9:30 PM, Eli Zaretskii <eliz@gnu.or= g> wrote:
b.riefenstahl@turtle-trading.net&= gt;
> Cc: 27525@d= ebbugs.gnu.org,=C2=A0 itai.berli@gmail.com
> Date: Sun, 09 Jul 2017 20:17:41 +0200
>
> >> From: Richard Stallman <rms@gnu.org>
> >> It might be good if Emacs could refill lines automatically th= e way
> >> some other ediors do.
>
> Eli Zaretskii writes:
> > We already have that: "M-x visual-line-mode RET".
>
> JFTR, even that does not help in this case.=C2=A0 With visual-line-mod= e the
> order of the lines is still wrong with the text that the OP gave.

Of course.=C2=A0 It isn't supposed to help.=C2=A0 From the POV o= f the display
engine, visual-line-mode is just a fancy kind of producing
continuation lines, so all the problems you see with continued lines
will still be there in visual-line-mode.

--f403045cf7664267710554a7bde4--