[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: bidi-display-reordering is now non-nil by default

From: Andrey Paramonov
Subject: Re: bidi-display-reordering is now non-nil by default
Date: Mon, 15 Aug 2011 12:04:25 +0400
User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv: Gecko/20100825 Thunderbird/3.1.3

> I sometimes get prompted to choose a different encoding when I
> send email responses to mail that looked pure ASCII. I'm
> presented with a buffer that points to a character that doesn't
> look "foreign" at all. If I care to investigate, it turns out
> that character was an em-dash or fancy quotes, that just
> looked "normal" due to the font. Am I confused? No. I just
> select the encoding, usually the one suggested by Emacs as the
> default, and that's it.

If the insertion of special symbols can make the behavior of "special" buffers (like dired, Gnus summary etc) robust/correct, I see no problem in doing so always, not only in presence of R2L text. The prompt described above can only appear if one doesn't use Unicode and wants to save a special buffer (like dired) to a file. The combination of such events seems extremely rare (although not improbable, of course).

However if the special direction symbols will start to leak into some "usual" buffers, like programming language/xml modes, that might become a problem. Now if an UTF-8 buffer contains only latin characters, it's also ASCII. This is very common for a program source to be ASCII-only. But if special symbols are added to it by Emacs, it's no more ASCII and there is no guarantee that is will then correctly be compiled by another program.

Just an opinion from a L2R user here.

Best wishes,
Andrey Paramonov

reply via email to

[Prev in Thread] Current Thread [Next in Thread]