From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tim X Newsgroups: gmane.emacs.help Subject: Re: Open Hypspec with w3m Date: Wed, 02 Feb 2011 08:15:58 +1100 Organization: Unlimited download news at news.astraweb.com Message-ID: <87aaifpib5.fsf@puma.rapttech.com.au> 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> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1296603736 21838 80.91.229.12 (1 Feb 2011 23:42:16 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 1 Feb 2011 23:42:16 +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 00:42:10 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 1PkPrN-0005vs-AO for geh-help-gnu-emacs@m.gmane.org; Wed, 02 Feb 2011 00:42:10 +0100 Original-Received: from localhost ([127.0.0.1]:48150 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PkODM-0005lw-Ru for geh-help-gnu-emacs@m.gmane.org; Tue, 01 Feb 2011 16:56:44 -0500 Original-Path: usenet.stanford.edu!news.glorb.com!news2.glorb.com!news-xfer.nntp.sonic.net!news.astraweb.com!border5.newsrouter.astraweb.com!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:LbMHkR6SdRcrZ5CLzoXt7yXA/a4= Original-Lines: 80 Original-NNTP-Posting-Host: e4ed3b82.news.astraweb.com Original-X-Trace: DXC=bf>_22lcQ[1B; RYi]PcMG9L?0kYOcDh@:7^o:UA4R?c5NUD]k]; EK]>]G; 2>V^?kW348NP]Hm4n:9UV5]KU^3Uk0Rl2cHRfHUW4 Original-Xref: usenet.stanford.edu gnu.emacs.help:184769 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:78924 Archived-At: rusi writes: >> On Sun, Jan 30 2011, Tim X wrote: >> > Yes. A similar situation. I came from vi to emacs (I started with old >> > Unix systems long before Linux). However, due to some bad luck, I lost >> > my sight and at the time (mid 90s) the only good interface on Linux >> > for blind users was emacs and an extension package called emacspeak, >> > which uses defadvice a lot to add speech support. The learning curve >> > was very steep at first and emacs seemed very alien compared to the >> > vi. However now I am very much at home with it. Last year, after over >> > 15 years, I was lucky enough to get a considerable amount of sigh >> > back, > > OOO Thats very good to hear! 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. > > On Feb 1, 9:15 am, Jason Earl wrote: >> I have high hopes that with the inclusion of CEDET that Emacs can start >> making progress on the IDE front.  I basically feel the same way about >> Emacs as you do.  I've used Eclipse and Netbeans, and I did not like >> them, even for Java development.  Sure, there were some things that they >> did *much* better than Emacs, but mostly they just seemed to get in the >> way. >> >> I've played a bit with CEDET's EDE, however, and it was definitely cool >> to build Autoconf projects from Emacs.  Eventually I really would like >> to be able to help move things forward. > > It seems to me that cooperativeness helps open source projects more > than competitiveness. > In particular if emacs had something like eclim it would be the best > of all worlds. > The only downside would be memory footprint. Who cares about that > anyway nowadays especially if we have customizability, autoloading etc There are a few things I'd like to see improved with emacs. I wished it had multi-threading for example. 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. 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. For now, I'm pleased we have what we have and am thankful for that. Tim -- tcross (at) rapttech dot com dot au