From: Eli Zaretskii <eliz@gnu.org>
To: Drew Adams <drew.adams@oracle.com>
Cc: 9571@debbugs.gnu.org, lekktu@gmail.com, stepnem@gmail.com
Subject: bug#9571: 24.0.50; user option to turn off bidi, please
Date: Sat, 24 Sep 2011 09:49:24 +0300 [thread overview]
Message-ID: <837h4yqvt7.fsf@gnu.org> (raw)
In-Reply-To: <249B07D27CD640E69D493B6FC05CD73E@us.oracle.com>
> From: "Drew Adams" <drew.adams@oracle.com>
> Cc: "'Eli Zaretskii'" <eliz@gnu.org>, <stepnem@gmail.com>,
> <9571@debbugs.gnu.org>
> Date: Fri, 23 Sep 2011 17:32:08 -0700
I said everything I could in this matter. What is left is discussion
of what is limbo and what the church thinks about that, for which I
have neither time nor motivation.
Just a few minor remarks, before I get back to fixing the bug I was
working on before this erupted.
> I mention Richard here because he is more likely than I to listen to and
> understand correctly the explanations about the design.
We will not see what Richard thinks until we are done with basics.
Any serious discussion of these issues and the related trade-offs must
be based on good understanding of the details of the design and
implementation. We are not there yet, sadly. ("Sadly" because I wish
I had someone more experienced and talented than myself available to
delve into the design and talk about this during the past 2 years,
while I labored on it.)
> > Do you understand what kind and amount of highly technical stuff
> > will have to be in the manual in order to explain this in enough
> > detail for users to understand it?
>
> What kind and amount of "highly technical stuff" did you have to go into, to
> communicate to us those few corner cases?
They are not "few". I just mentioned a few, but that doesn't mean
that's all there is to it.
> Then so is the same variable as a NON-option bogus. And then so is its
> treatment in two (count 'em!) Emacs manuals. I didn't create that variable, nor
> did I describe it in the manuals.
There's a very good reason why this variable is in the manuals. The
words used to describe it in both manuals were carefully chosen, both
to avoid any factual inaccuracies and still leave it vague enough to
allow changes in the underlying implementation. In particular, it's
not an incident that it expressly does NOT say in any of the 2 manuals
what is the precise effect on reordering of buffer text if this
variable is set to a nil value.
I encourage you to re-read the text with that in mind. Maybe then you
will understand why I described it, even though using it means living
closer to the edge, and why the fact that it is documented says
nothing at all about the legitimacy of using it as a user-level
toggle.
next prev parent reply other threads:[~2011-09-24 6:49 UTC|newest]
Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-22 4:18 bug#9571: 24.0.50; user option to turn off bidi, please Drew Adams
2011-09-22 5:49 ` Eli Zaretskii
2011-09-22 12:31 ` Stefan Monnier
2011-09-22 13:13 ` Drew Adams
2011-09-22 21:44 ` Richard Stallman
2011-09-23 4:13 ` Stefan Monnier
2011-09-23 12:31 ` Richard Stallman
2011-09-23 14:46 ` Eli Zaretskii
2011-09-23 14:55 ` Lars Magne Ingebrigtsen
2011-09-23 15:06 ` Eli Zaretskii
2011-09-23 17:36 ` Stefan Monnier
2011-09-23 18:23 ` Lars Magne Ingebrigtsen
2011-09-23 19:44 ` Richard Stallman
2011-09-23 20:09 ` Eli Zaretskii
2011-09-24 3:56 ` Jason Rumney
2011-09-24 12:28 ` Richard Stallman
2011-09-23 9:13 ` Eli Zaretskii
2011-09-23 12:31 ` Richard Stallman
2011-09-23 14:40 ` Eli Zaretskii
2011-09-23 19:44 ` Richard Stallman
2011-09-23 19:48 ` Eli Zaretskii
2011-09-24 12:28 ` Richard Stallman
2011-09-24 14:04 ` Eli Zaretskii
2011-09-24 17:30 ` Richard Stallman
2011-09-24 19:15 ` Eli Zaretskii
2011-09-24 23:52 ` Richard Stallman
2011-09-23 4:11 ` Stefan Monnier
2011-09-23 8:01 ` Štěpán Němec
2011-09-23 9:21 ` Juanma Barranquero
2011-09-23 10:39 ` Štěpán Němec
2011-09-23 11:01 ` Eli Zaretskii
2011-09-23 16:09 ` Drew Adams
2011-09-23 17:48 ` Eli Zaretskii
2011-09-23 19:03 ` Drew Adams
2011-09-23 19:46 ` Eli Zaretskii
2011-09-23 21:23 ` Drew Adams
2011-09-23 23:21 ` Juanma Barranquero
2011-09-24 0:32 ` Drew Adams
2011-09-24 1:13 ` Juanma Barranquero
2011-09-24 3:46 ` Drew Adams
2011-09-24 8:44 ` Juanma Barranquero
2012-02-22 2:34 ` Glenn Morris
2011-09-24 6:49 ` Eli Zaretskii [this message]
2011-09-24 8:46 ` Juanma Barranquero
2011-09-23 20:00 ` Stefan Monnier
2011-09-23 10:18 ` Eli Zaretskii
2011-09-23 11:09 ` Štěpán Němec
2011-09-23 11:45 ` Juanma Barranquero
2011-09-23 13:01 ` Štěpán Němec
2011-09-23 15:03 ` Eli Zaretskii
2011-09-23 17:46 ` Stefan Monnier
2011-09-23 18:24 ` Eli Zaretskii
2011-09-23 19:10 ` Eli Zaretskii
2011-09-23 11:50 ` Eli Zaretskii
2011-09-24 12:28 ` Richard Stallman
2011-09-24 14:13 ` Eli Zaretskii
2011-09-24 3:53 ` Jason Rumney
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=837h4yqvt7.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=9571@debbugs.gnu.org \
--cc=drew.adams@oracle.com \
--cc=lekktu@gmail.com \
--cc=stepnem@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).