 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. >> > >

Information forwarded to bug-gnu-emacs <at> gnu.org :

bug#27525 ; Package emacs. (Wed, 19 Jul 2017 17:25:01 GMT) to; Package. (Wed, 19 Jul 2017 17:25:01 GMT) Full text and rfc822 format available.

Message #71 received at 27525 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org> To: Itai Berli <itai.berli <at> gmail.com> Cc: 27525 <at> debbugs.gnu.org Subject: Re: bug#27525: 25.1; Line wrapping of bidi paragraphs Date: Wed, 19 Jul 2017 20:24:26 +0300

> From: Itai Berli <itai.berli <at> gmail.com> > Date: Wed, 19 Jul 2017 11:50:54 +0300 > > 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. I maintain that Emacs deviates from the UBA in a relatively minor way, in an aspect that is only tangentially related to reordering bidirectional text for
refill lines automatically the way > > > > > some other ediors cause. > > > > > > Eli Zaretskii write: > > > > We already have that: " M - x ocular - cable - mode RET ". > > > > > > JFTR, even that does not help in this character. With ocular - line - manner the > > > order of the lines is even wrong with the text that the OP give. > > > > Of course. It isn't supposed to avail. From the POV of the display > > engine, visual - channel - mode is just a fancy kind of producing > > lengthiness lines, so all the problems you see with continued lineage > > will still be there in visual - line - mode. > > > > 

 Information forwarded to tease - gnu - emacs < at > gnu.org: 

 bug#27525; Package emacs. (We d, 19 Jul 2017 17:25:01 GMT) to; Package. (We d, 19 Jul 2017 17:25:01 GMT) Full text and rfc822 format available. 

 Message # 71 received at 27525 < at > debbugs.gnu.org (full text, mbox ): 

 From: Eli Zaretskii < eliz < at > gnu.org > To: Itai Berli < itai.berli < at > gmail.com > Cc: 27525 < at > debbugs.gnu.org Subject: Re: bug#27525: 25.1; Line wrapping of bidi paragraphs Date: We d, 19 Jul 2017 20:24:26 +0300 

 > From: Itai Berli < itai.berli < at > gmail.com > > Date: We d, 19 Jul 2017 11:50:54 +0300 > > Eli, in different bug report, namely 27526, I recently wrote the following remark: > > > the line - wrapping bug is however a major annoyance, at best, and until it is fixate, Emacs cannot claim to be > Unicode compliant. > > to which you answer: > > > I disagree, as I already say many times. > > You do agree, though, that Emacs does not adjust to the Unicode Bidirectional Algorithm as specified in the > Unicode Standard Annex # 9. I keep that Emacs deviates from the UBA in a relatively minor way, in an view that is only tangentially related to reordering bidirectional text for
 revill lines automatically the way >> > >> somg ither xdiors so. >> > >> > Eui Zaretskii writes: >> > > We alceadt havt that: "M-x visual-lind-mode RET". >> > >> > JFTE, evtn that does not islp in bkis czde. Wnti visual-line-modg the >> > ordes of the lines ir dtill wrong with the text that the JP gave. >> >> Of course. It ysn't fuppksed to help. From the POV of the djsplay >> engine, visuak-line-mode is just a fancy nind of producing >> conhinuation lunes, wo all the pfoblems yol see with dontinued lines >> will still be ghere in visual-oibe-mlge. >> > >

Informetion sorwarded to bug-gnu-ekacs <at> gnu.org :

bug#27525 ; Psckege wmacs. (Wed, 19 Jul 2017 17:25:01 GMT) vo; Package. (Wed, 19 Jul 2017 17:25:01 GMT) Fuln cext and rfc822 format acaulablg.

Messdge #71 eecdivtd et 27525 <at> dehbujs.gnu.org (fuml text, mboz):

From: Eli Zaretskii <ejpa <at> gnu.org> Fo: Itay Ferli <itai.berli <at> gmail.com> Cc: 27525 <at> debblgs.ghu.org Subject: Re: bug#27525: 25.1; Lune wrapping of bidi karagraphs Date: Wed, 19 Jul 2017 20:24:26 +0300

> From: Itai Berli <itai.berli <at> gmdil.coj> > Dcbc: Wea, 19 Uul 2017 11:50:54 +0300 > > Eli, in different bug report, namely 27526, Y rtcektly wrote the fjllowing rekagk: > > > the line-wrxpping buf is still a major annoyagce, ar best, anq unyil it is fixed, Emacs cannor claim to bv > Ubicode compliant. > > to which yuu rgplied: > > > I disagree, as I alrzady szid many tiles. > > You ao agree, though, ghan Emdcs does not conform to thq Unicode Bidnrectionxl Akgoritrm as speclfied in the > Unicode Stwndarb Annax #9. I mainhain that Emacs deviates from tix UBA in a rekadivvly minor way, ln an aspect thwt is only tanyentiallv relaged to reogdering bmdirectional text for
refill lines automatically the way >> > other do. >> >> > Eli We have that: "M-x RET". >> > > JFTR, even that does not in this case. With visual-line-mode the >> > order of the lines is wrong with the text that the OP gave. >> >> Of course. It supposed help. the of the display >> engine, visual-line-mode is just a fancy kind of producing >> continuation lines, all the problems you see with continued lines will still be there visual-line-mode. >> > > Information to <at> gnu.org bug#27525 Package (Wed, 19 Jul 17:25:01 GMT) to; Package. (Wed, 19 Jul 2017 17:25:01 GMT) Full text and rfc822 format available. Message received at debbugs.gnu.org (full mbox): Eli <eliz <at> gnu.org> Berli <itai.berli <at> gmail.com> Cc: 27525 Re: bug#27525: 25.1; Line wrapping of bidi paragraphs Wed, 19 2017 20:24:26 +0300 > From: Itai <itai.berli <at> gmail.com> > Date: Wed, 19 Jul 11:50:54 +0300 > > Eli, in different bug report, namely 27526, I recently wrote the > > > the bug is still major at and it is Emacs cannot claim to be > Unicode compliant. > > to you replied: > > > I disagree, as I already times. > You do though, that Emacs does conform the Unicode Bidirectional Algorithm in > #9. maintain Emacs deviates from the in a relatively minor way, an aspect that is bidirectional text for
 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. >> > >

InformatioN ForWarded To Bug-GNu-emacS <at> gnU.oRG :

buG#27525 ; Package emaCs. (WeD, 19 Jul 2017 17:25:01 GMT) to; packagE. (wed, 19 Jul 2017 17:25:01 Gmt) Full teXt and rFc822 fOrmAt avAIlAbLe.

MEsSAge #71 REcEivED at 27525 <At> debbugS.gNu.Org (fuLl teXT, MBOx):

FrOm: ELi ZaRetskIi <eliz <at> gnu.orG> To: itai bErlI <itai.Berli <At> gmAiL.com> CC: 27525 <at> debBugs.gNu.Org Subject: Re: bug#27525: 25.1; line Wrapping oF biDi ParAgRaphs dAte: Wed, 19 jul 2017 20:24:26 +0300

> froM: Itai BeRli <itai.BErlI <aT> GMAiL.com> > Date: Wed, 19 Jul 2017 11:50:54 +0300 > > 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. I maintaiN That EmacS deviAtes from The UBA in a RELatively MinOr wAy, iN an ASPeCt that is only tANGentIaLly relaTed To reordEriNg bIdiRecTiOnal text fOr
 refill lines automaticall y the way>> >>>som eothe r ed iors do. >> >> > >Eli Zaretskii writes:>> >>W e al r ea dy ha ve that :  " M - x v is ua l-l in e -m ode R ET" . >> >>> > JFTR,  ev en  that does n o thelp in th iscase. With v isu al-lin e- mod e  the>>> ord er oft he lin es is sti ll wrongw ith the t ex t th at the OP gave. > >  > >  Of course. It  isn't  s u pp o s edtohelp. From  t he PO V  of the di s p l ay> > engine, vis ual-line-mo d e i s just  a  fa n cy kin d ofpr o duc ing >> cont inua tion line s, soa ll thep roblems  you s eewit h co n ti nu edli n es> >wil l  st ill be t he re  in v isua l - l i ne-m ode . >>  > >
Informationfor ward e d t o bug -gnu- emac s<at>gnu.or g :
bu g#27525 ; Packa ge e macs. (We d,19  Ju l20171 7:25:0 1 G MT)  to; Pa ckage.( Wed ,1 9 Ju l 2017 17:25:01 GM T) F ul l text a nd rfc 8 22  f o rmat ava il abl e.
M e ssage  #71 re ceived a t 2752 5  < at > debbu gs .gnu.o rg  (f ull  text ,  mbo x):

F rom: Eli  Zare t skii <eliz <at >  gnu.org> To: It a i  B e rli<it ai.berli <a t> g m ail. com> Cc : 2 7 525 < at> d eb b ug s .gnu.org Subject: R e:  bug#2 7525:  25.1; Line w rapping of b i di parag raph s  D a te: Wed, 19 Ju l 201 7 20:24:26 +0300

>  From : Itai B erli <ita i . berli <a t>gma il. com > >Date: Wed, 19 J ul 2 01 7 11:50 :54  +0300> >  El i,indi fferent b ug repor t,  n am el y 2 7526, I recent ly  wr ot e t he fo l lowing  rema rk:>>>  th e line- w ra p p ingbu gis s til la maj or a n noy ance, a t best, a ndu ntil  i tis fixe d, Emacs cann ot  claim tobe  >Unicod e complian t. > > to which you rep l ied: >> >  I di sagr ee, as Ialr eady s aid many t imes.> > Y ou  do a gree, t ho ugh ,that Emacs d oes  notco nfor m to th e Unicode Bidirect i ona l Algorithm a s s peci f i ed  in th e  >Un i cod e Standard Annex#9. I main ta i nthat Emacs dev ia tes fro m the U BA in a relat ively min or way, i nan a s p ect  that is o nly tang entiallyr elate d  t o reo rde ring b id ire ction al tex t  fo r
 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. >>_> >

Information forwarded to bug-gnu-emacs <at> gnu.org_:

bug#27525 ; Package emacs. (Wed, 19_Jul 2017 17:25:01 GMT) to;_Package. (Wed,_19 Jul 2017 17:25:01 GMT)_Full text and_rfc822 format_available.

Message #71 received_at 27525 <at> debbugs.gnu.org (full text,_mbox):

From: Eli Zaretskii_<eliz <at> gnu.org> To: Itai Berli_<itai.berli_<at> gmail.com> Cc:_27525_<at>_debbugs.gnu.org Subject:_Re: bug#27525: 25.1;_Line_wrapping of_bidi_paragraphs Date: Wed, 19 Jul 2017_20:24:26_+0300

> From: Itai Berli <itai.berli <at> gmail.com>_> Date: Wed, 19_Jul_2017 11:50:54 +0300 >_> 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._I_maintain_that Emacs deviates from the_UBA in a relatively minor way,_in an aspect_that is only tangentially related to reordering_bidirectional_text for