Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!aioe.org!news.snarked.org!news.linkpendium.com!news.linkpendium.com!news.iecc.com!nerds-end From: "Pascal J. Bourguignon" Newsgroups: comp.programming,comp.compilers,comp.editors Subject: Re: New editor/Integrated Development Environment/compiler Date: Fri, 08 Apr 2011 20:40:04 +0200 Organization: Informatimago Lines: 57 Sender: news@iecc.com Approved: comp.compilers@iecc.com Message-ID: <11-04-011@comp.compilers> References: <11-04-009@comp.compilers> NNTP-Posting-Host: news.iecc.com X-Trace: gal.iecc.com 1302461027 42396 64.57.183.58 (10 Apr 2011 18:43:47 GMT) X-Complaints-To: abuse@iecc.com NNTP-Posting-Date: Sun, 10 Apr 2011 18:43:47 +0000 (UTC) Keywords: tools, editor Posted-Date: 10 Apr 2011 14:43:47 EDT X-submission-address: compilers@iecc.com X-moderator-address: compilers-request@iecc.com X-FAQ-and-archives: http://compilers.iecc.com Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAQMAAABtzGvEAAAABlBMVEUAAAD///+l2Z/dAAAA oElEQVR4nK3OsRHCMAwF0O8YQufUNIQRGIAja9CxSA55AxZgFO4coMgYrEDDQZWPIlNAjwq9 033pbOBPtbXuB6PKNBn5gZkhGa86Z4x2wE67O+06WxGD/HCOGR0deY3f9Ijwwt7rNGNf6Oac l/GuZTF1wFGKiYYHKSFAkjIo1b6sCYS1sVmFhhhahKQssRjRT90ITWUk6vvK3RsPGs+M1RuR mV+hO/VvFAAAAABJRU5ErkJggg== Xref: x330-a1.tempe.blueboxinc.net comp.programming:192 comp.compilers:78 comp.editors:52 HiramEgl writes: > My name is Hiram and I would like to know if somebody is interested in > joining the development of a new kind of editor/Integrated Development > Environment/compiler. > > I'm not happy with the current free (or open-source) alternatives that > I've found. I think that all those tools (Eclipse, NetBeans, QtCreator, > Emacs, Vim, ...) have in the bottom the same problem: they work with > directories, files and text. > > Personally, I like Vim and I love that it has different modes (command, > insert, visual, ...). The best is that it is fast to open (compared to > the other heavy IDE:s) and that there are thousands of plugins to boost > the development. However, it also works with dirs, files and text. > > But ... how else could an IDE/Editor/compiler work then? With STRUCTURE. Indeed. Have a look at the InterLisp environment. http;//larry.masinter.net/interlisp-ieee.pdf http://www.ida.liu.se/ext/caisor/archive/1978/001/caisor-1978-001.pdf And a simple recreation of a structure editor: http://www.informatimago.com/develop/lisp/small-cl-pgms/sedit/index.html Basically, while emacs integrates into a unix environment, and therefore takes its data from text files, it's really a lisp machine, and would love to run from an image based environment (like most Smalltalk environments). Actually, implementing an emacs mode that would be strictly structure editor like the above sedit example, would be rather easy. But not strictly necessary: the ability to fall down to the character level is nice. In any case, you have to edit a lot of random text, either documentation strings, or if only identifiers. When you consider things like paredit-mode we already have structural editing in emacs. So what's missing? The filing part. One thing you can do to ensure a clear break of mindset is to store the code into a data base instead of text files. For a start, you could store it in a postgres database. There's a pg.el on the web, which let you communicate directly to postgres. You may store each definition in a different row. Then, instead of editing whole files at one, load in each buffer only a single definition, and implement the navigation commands you need to easily browse the code and skip from one function to another. (Again, most of all of this is already implemented in emacs). -- __Pascal Bourguignon__ http://www.informatimago.com/ A bad day in () is better than a good day in {}.