From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jason Earl Newsgroups: gmane.emacs.help Subject: Current Emacs Development (was: Open Hypspec with w3m) Date: Tue, 01 Feb 2011 15:44:30 -0700 Organization: XMission http://xmission.com/ Message-ID: <87zkqfl6i9.fsf_-_@notengoamigos.org> References: <87bp30bzdg.fsf@notengoamigos.org> <87mxmkft81.fsf@notengoamigos.org> <87vd17y70i.fsf@notengoamigos.org> <87r5bvb9u1.fsf@puma.rapttech.com.au> <87mxmjx9ob.fsf@notengoamigos.org> <87ei7ubx1k.fsf@puma.rapttech.com.au> <87aaiggzl2.fsf@notengoamigos.org> <20182647-18a8-462b-b253-d5eb0f6ab723@o14g2000prb.googlegroups.com> <87aaifpib5.fsf@puma.rapttech.com.au> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1296604869 26900 80.91.229.12 (2 Feb 2011 00:01:09 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 2 Feb 2011 00:01:09 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Feb 02 01:01:05 2011 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PkQ9f-0005Qk-R3 for geh-help-gnu-emacs@m.gmane.org; Wed, 02 Feb 2011 01:01:04 +0100 Original-Received: from localhost ([127.0.0.1]:36190 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PkPpy-00046B-9g for geh-help-gnu-emacs@m.gmane.org; Tue, 01 Feb 2011 18:40:42 -0500 Original-Path: usenet.stanford.edu!newsfeed.berkeley.edu!ucberkeley!news.svpal.org!xmission!nnrp.xmission!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 88 Original-NNTP-Posting-Host: 67.214.244.122 Original-X-Trace: news.xmission.com 1296600304 14832 67.214.244.122 (1 Feb 2011 22:45:04 GMT) Original-X-Complaints-To: abuse@xmission.com Original-NNTP-Posting-Date: Tue, 1 Feb 2011 22:45:04 +0000 (UTC) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAAAAAByaaZbAAAABGdBTUEAALGPC/xhBQAAAAFz UkdCAK7OHOkAAAAgY0hSTQAAeiYAAICEAAD6AAAAgOgAAHUwAADqYAAAOpgAABdwnLpRPAAAAAlw SFlzAAASmwAAEpsB4JJZDAAAAAl2cEFnAAAAMAAAADAAzu6MVwAAAaFJREFUSMe1VtuxxSAIzIz9 2Iyl2Aj1bBX0k5+LrwjGjJyPy2ROwtGNBJbVCwwwy1UNoOL3f+SBxkj15Lr4NsboN24DWMZxYQNA TjGmjC1gswJiqBbpDeANYMwXBFyAFB5L7ADMBcoSDgAFBSDHR2tA8ABMSB4AawB76pAnILsKx2lm 1VfpgUi3kxrySylRHdmQj40Jva2/jl8EY3Twv/phhsC9nIQR0hnAOUptYsL3RxvAk+YIH2AWsvTH GYBgKn8GaPYm5jNANaCQ8WfAzyH9x0crFfGl9X4QVdg8gEqN2KjBHi6V/iBq6iyAxTqd+Yvupwai VwM9LZkxQ6otihmS6H+mHlK5URwi0UQgWxHoxS5JagBSed7IzJRCallS2pg2QsamcGUFNSHgLZUv augJIUualv1Bv6+yVat1oeMq92s/mBBWQJH7dQX7CnpvWWs/4CazpHlB2RR1BFSzNGdIaTbbLil8 U76BKKU0GztapXP3C78bNYQ6MTQybY8OkIaITf9HPzyHkXE4YXs4mf5VDz+jAepj3RTQ3Ubv0SPy 9AcCrfKh0TBgvgAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAxMS0wMS0wM1QxMDo1MDo1NC0wNzowMIgC s0IAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMTAtMDQtMDVUMTM6MjQ6NDgtMDY6MDCtwF/YAAAAAElF TkSuQmCC User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:teF4ChlPonq8vemzSgaDOKzBScs= Original-Xref: usenet.stanford.edu gnu.emacs.help:184770 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:78925 Archived-At: On Tue, Feb 01 2011, Tim X wrote: [...] > Sometimes I'm a fool! The main reason I mentioned my sight issue was > to mention what an interesting package emacspeak is. This is one > package whih shows what you can do with emacs and a little > imagination. Essentially, it adds spoken feedback to everything you > do in emacs. As you type, letters are spelt out and spoken, lines are > spoken and you can get the whole screen spoken. In addition to that, > it has something unique in the adaptive technology field - voice > lock. This is like font-lock, except rather than using colours, it > uses different voices and voice pitch. So, when doing something like > programming, keywords, constants comments, strings etc are all spoken > in a different voice. Sound icons are used to indicate various > operations, such as saving a file or opening an email message which > also contains atachments etc. > > Nearly all of this is made possible through the use of defadvice and > lots of supporting helper functions. It shows that what you can do > with emacs is largely down to your imagination as all the power is > there. I've actually played a bit with Emacspeak. It is a very cool piece of software. It is strangely comforting to think that I could use Emacs even if I were to go blind. > There are a few things I'd like to see improved with emacs. I wished > it had multi-threading for example. I lurk on emacs-devel, and apparently Tom Tromey has a multi-threading branch that is getting ready to be merged to trunk. In fact, I think that it would be merged already, but they've had issues with the Windows build stuff. >From what I understand this is mostly just scaffolding, but real work is apparently getting done. > While elisp is great for the main tasks it does, I'd also love a more > sophisticated/powerful language. While I'm doubtful it will ever > happen, it would be interesting to have an emacs that used something > like guile or even common lisp as its underlying extension language. I could point to work being done on this front as well, but I could probably have done that 5 years ago as well. I don't know enough scheme or Common Lisp to know where I stand in this debate. But there are certainly worse tools than Emacs Lisp. > This has been talked about for years, but I'm not sure if we will ever > get there. I'm not even sure if the way to go would be to convert > emacs to something like guile or start a whole new system that was > able to benefit from the experience of Emacs and maybe avoid some of > the mistakes or poorer design decisions . This is not to say that I'm > critical of the work which has and is being done - there seem to be > very few decisions that have been poor choices. For the years I've > been using emacs, I think on the whole, the emacs development and > maintenance team have done an excellent job and I would not want my > comments to seem critical of this. What I'm referring to is the > ability to make better choices now we have the benefit of more > experience and greater udnerstanding of the issues. In fact, it seems > to me that there has been some reinvigoration with respect to emacs > development over the last few years and things do appear brighter than > they have at times in the past. There was a time when I went actively looking for a replacement for Emacs. It seems that nearly every computer language ever invented has spawned an Emacs-alike (or two). Some are even pretty good. None of them, that I tried anyway, got to the point where they replaced Emacs for me. There are plenty of editors these days where it is easy (or even trivial) to rewrite bits yourself. But there are none that have the traction, history, and huge code base that Emacs does. > For now, I'm pleased we have what we have and am thankful for that. Exactly. Personally, I think that Emacs development is even moving in approximately the right direction. Not to disparage RMS, but he simply was too busy (and too conservative) to really drive Emacs along. All I know is that I would not even consider using a released version of Emacs again. The version in bzr is much better (even if it breaks occasionally). Jason