[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Emacs Lisp's future
From: |
Richard Stallman |
Subject: |
Re: Emacs Lisp's future |
Date: |
Sat, 11 Oct 2014 23:24:03 -0400 |
[[[ To any NSA and FBI agents reading my email: please consider ]]]
[[[ whether defending the US Constitution against all enemies, ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> No, it's just a matter of setting some parameter to specify a particular
> decision in decoding or encoding behavior.
Specify, and then drag it all the way down the encoding/decoding
machinery.
Could you be more concrete about the problem you are talking about here?
> It will be easy to specify one or the other, so why not make the default
> be strict, except in the primitives that operate on files?
Because I believe this will annoy users and cause a lot of
complaining.
Would you please describe a concrete scenario in which this might
annoy users?
Assume that any operation which decodes text _for a user to see_
will specify flexible decoding.
--
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
Use Ekiga or an ordinary phone call.
- Re: Emacs Lisp's future, (continued)
- Re: Emacs Lisp's future, Stephen J. Turnbull, 2014/10/12
- Re: Emacs Lisp's future, David Kastrup, 2014/10/12
- Re: Emacs Lisp's future, Stephen J. Turnbull, 2014/10/12
- Re: Emacs Lisp's future, David Kastrup, 2014/10/12
- Re: Emacs Lisp's future, Mark H Weaver, 2014/10/12
- Re: Emacs Lisp's future, Mark H Weaver, 2014/10/13
- Re: Emacs Lisp's future, Richard Stallman, 2014/10/12
- Re: Emacs Lisp's future, Stephen J. Turnbull, 2014/10/13
- Re: Emacs Lisp's future, Richard Stallman, 2014/10/12
- Re: Emacs Lisp's future, Eli Zaretskii, 2014/10/12
- Re: Emacs Lisp's future,
Richard Stallman <=
- Re: Emacs Lisp's future, Eli Zaretskii, 2014/10/12
- Re: Emacs Lisp's future, Richard Stallman, 2014/10/12
- Re: Emacs Lisp's future, Richard Stallman, 2014/10/12
- Re: Emacs Lisp's future, David Kastrup, 2014/10/11
- Re: Emacs Lisp's future, Richard Stallman, 2014/10/11
- Re: Emacs Lisp's future, Richard Stallman, 2014/10/10
- Re: Emacs Lisp's future, Eli Zaretskii, 2014/10/10
- RE: Emacs Lisp's future, Drew Adams, 2014/10/10
- Re: Emacs Lisp's future, Eli Zaretskii, 2014/10/10
- Re: Emacs Lisp's future, Richard Stallman, 2014/10/10