The GNU Emacs website does a better sales job...which is interesting because unlike this product, GNU does not even need to sell anything. When looking through the website I see Windows 95-ish screenshots, pages that say they have not been updated in over five years, and little description of what it does beyond saying it's like EMACS. No clue at all about why I should use this rather than one of the other free-beer editors out there. And now I read these comments and see it costs $250? Why??
I'm a 20+ year daily gnu/x emacs user and purchased a copy of Epsilon in July after demoing it for a couple weeks. Since then I've been coding in Epsilon daily (Linux/C++):
What I love about it:
1) it's VERY fast,
2) the documentation is phenomenal,
3) the defaults are sane, and the configurable options are well thought out,
4) rock-solid stable.
It's a beautiful piece of software and I've really enjoyed using it. No regrets on the purchase. To me it was worth the $250.
For some reason, I find it gratifying that this operation has been in business (more or less) for 32 years.
I can feel a strong sense of pride in the application he's built and still seeing it out there. Whatever few orders he gets is essentially keeping the site running and providing online support to those few still using his wares.
Each order gets you copies for Windows, Linux, Mac OS X, FreeBSD, OS/2 and DOS versions. Must be fun to have a long-standing project that you can go to that keeps you in touch with both newer and older OSes too.
The order form has this line "Note: As of 19 February 2016, CDs are temporarily out of stock. If you need a CD please email us for estimated availability.", which might imply that someone bought themselves a CD copy of this editor back in February.
Sometimes programmers need to look at unusual files: binary files, very big files, odd data files. Epsilon was designed without the limits of other editors, so it can handle these kinds of jobs, as well as ordinary files. For example, with Epsilon, lines can be as long as you like.
This text editor gets it. Such a contrast to some of the editors we have today where anything over a few megabytes is an edge case not worth fixing.
Really? I loaded a 1.2GB ISO in the demo and it used… 1.2GB of RAM. (At least it worked though, coughAtomcough.) And more importantly it has no unicode support whatsoever as far as I can tell (any non-ASCII characters I typed showed up as ?).
Wouldn't a hex editor be a better choice for binary files and odd data files? Are there benefits besides the ability to handle large files and long lines?
I'll stick with Emacs for now. $250 is a bit heavy for those of us with little disposable income.
In addition, I fail to see the advantage of this over Emacs: Emacs already has pretty much all of Epsilon's features, and a larger community. Furthermore, I highly doubt that its extensibility features are as extensive.
It's kinda cool, though.
Sidenote: why do I always see the HN headlines up to a day ahead in the previous headlines? Is this just thing everybody sees? Or am I just really lucky picking my threads?
Epsilon is very fast, like coming up in a second. Emacs takes tens of seconds up to a minute. You start Emacs and hope to never shut it down. With epsilon you can start it on a file quickly and move on.
In Epsilon 2.0 (1985) for MS-DOS, you could Cntl-X Cntl-M to get a buffer that had a real, live shell in it, where you could start up background compiles and such, and still be able to edit your other buffers live. This was a miracle! (DOS could barely run a single process, with certainly no preemptive scheduling; and even if you dreamed of multi-tasking, there was a maximum of 640k of memory, with nothing virtual about it).
I think "ϵpsilon" was my first programmer's editor, although I think I had previously written programs in EDT, Turbo Pascal, Turbo C++, QBASIC, GW-BASIC, ZBASIC, IBM Basic, Applesoft Basic, WordStar, and a thing called Video Scribe for HDOS. It was so much better than nearly all of the alternatives, even though I didn't use its IDE features.
It was super helpful to me to have used ϵpsilon when I got my first Unix account in 1993, because I already knew how to use Emacs, almost. Some of the basic keybindings (like exiting and changing windows) were different enough to be an obstacle.
And then I never looked back. From then on I used my 286 to run Procomm+ and Vernon Buerg's LIST.COM, not to write programs on. Sorry, ϵpsilon. Emacs is an entire universe.
(Since then I've also programmed in vim, IDEA, Eclipse, some prototype editors I've written, Arduino, XCode, Notepad, OpenSCAD, and browsers, mostly in order to collaborate with other people and occasionally because they are better integrated with one or another more or less shitty system than Emacs is. But Emacs is pretty much the most convenient way to program for me.)
Been using Epsilon daily since 1989. I've been disillusioned lately that it's not been updated for quite some time.
The developer is still quite responsive though, and even though I use it less than I used to, I still use it every day.
I was hoping to see a native Mac version rather than the version that depends on X.
+1 for better Mac support. I don't know if the author has any inclination to do an update, but I would definitely re-buy the editor if the Mac version didn't depend on X.
I used epsilon for all my programming work until I discovered vi in '93. It ran on dos, and OS/2. United had something similar in uemacs.
I used EEL the extension language to write a log of all I did to help refreshing my memory when I filled by time sheet. It was a great editor with a built in shell, windowing and whatnot.
Both on DOS and OS/2 I ran the MKS Toolkit to emulate a Unix environment and it fit right in. Happy user. No idea it was still on sale.
I hope Emacs guys will finish the GuileEmacs[1] project.
They listed 3 main advantages:
"The first immediate advantage is that Elisp will execute faster, because Guile uses a compiler tower with many optimization passes and ultimately compiles to Guile VM bytecode, which is more efficient than current Elisp bytecode. In the future, Guile is likely to implement some forms of native JIT as well as AOT compilation as well.
A second advantage is that it will be easier to implement some additional language features for Elisp which the Guile compiler tower and VM are capable of, like a full numeric tower (infinite-sized integers, exact rational numbers, imaginary numbers, etc.), record types (like an improved defstruct), CLOS-like OOP, an FFI, composable continuations, a module system, hygienic macros, multiple-value returns, and threads.
A third advantage is all Guile APIs/libraries becoming available to Elisp code, no matter what language they’re implemented in, because different languages on the Guile VM can inter-operate quite well, especially if they’re both a Lisp. C-implemented functions (“subrs” in Elisp terminology), Elisp functions, Scheme procedures, etc. all compile to the same “procedure” data type, which may appear in Elisp symbols’ function-slots, be bound to Scheme variables, and are otherwise first-class objects in both environments which can be funcalled or applied explicitly or by the language’s normal syntactic way of calling functions. Similarly, other data types are unified between the languages; Elisp integers and exact Scheme integers, inexact Scheme numbers and Elisp floats, Elisp cons cells and Scheme pairs, symbols, etc. are the same data type across the languages. (Strings are an exception though; see below.) Therefore one can generally use a library written in another language as if it were written in the same language."
And looks like there is some progress still: [2]
Here is the current TODO list [3], if someone wants to help.
> I hope Emacs guys will finish the GuileEmacs[1] project.
I really really hope they don't and use Common Lisp to achieve the same end. Running emacs in a Common Lisp like SBCL implementation means that it will be natively compiled, with an extremely intelligent compiler.
> A second advantage is that it will be easier to implement some additional language features for Elisp which the Guile compiler tower and VM are capable of, like a full numeric tower (infinite-sized integers, exact rational numbers, imaginary numbers, etc.), record types (like an improved defstruct), CLOS-like OOP, an FFI, composable continuations, a module system, hygienic macros, multiple-value returns, and threads.
Common Lisp has infinite-sized integers, exact rational numbers and imaginary numbers. It has DEFSTRUCT. It has CLOS (obviously). Every Unix Lisp I'm aware of has an FFI. Continuations are actually a problem when it comes to e.g. UNWIND-PROTECT. Common Lisp has packages and an excellent module system in ASDF3. It has hygienic macro libraries, and natively supports the more-powerful DEFMACRO. It supports multiple-value returns. BORDEAUX-THREADS is an excellent portable thread library.
> A third advantage is all Guile APIs/libraries becoming available to Elisp code, no matter what language they’re implemented in, because different languages on the Guile VM can inter-operate quite well, especially if they’re both a Lisp.
Common Lisp has many excellent libraries available via Quicklisp.
Scheme is IMHO a broken language: distinguishing NIL and #f; only have one namespace; continuations; not allowing (cdr nil); not having a native object system; not having a rich type and class library; not having read macros. It was an interesting experiment, but the effort spent on Schemes would have been better spent improving Lisp.
Lisp is far closer to elisp, and is a better language to boot.
Lugaru is from the french word 'Loup-Garou' which means Werewolf. I wonder where he got the idea to name the software company as such? Also it speaks volumes that no one has yet commented on appearance of the website, I guess the target audience is not the 'get the latest hip named thing' kinda crowd.
'Sometimes people ask what our company name, Lugaru, means. It's actually a phonetic spelling of the French word for werewolf, "loup-garou". One day in 1984, after finally turning off the computers and noticing the sun had come up, we decided this might be an appropriate name for our new company.'
Very happy to see someone keep an editor going as a commercial product for so many years. I think this is a good example of 'craft'. There are a few gems out there that once you stumble over them, they become part of your toolbox and are just so much better than anything else for the work that you do, that you stick with them. This looks to me to be an example of that.
Not all IDEs suit all people. Apart from feature set one also has to consider style and operations. Im most happy when i find the features+style+operations match to the job at hand. And that is why i turn to Notepad++ when i have to ferret around in files of different types, awk when i have to mess with text/log files. I turn to VS only when i have to code something in C#, use PyCharm for python things.
Bottom line when an IDE 'just clicks' for you then its a wonderfully productive tool.
Because of all the positive comments I decided to try the editor. For all of you evangalizing this editor, why do keybindings like "F9, Ctrl-X U" make sense for common tasks like undo?
Press F9, release and then quickly press ctrl-x, release and then press u. Even during my short time with emacs did I not hurt my fingers this much
I almost want to buy a copy just to give the guy kudos for keeping with it for all these years. Pretty impressive array of platforms and features for something with that old a history!
Speaking of bygone editors, I still have (very) fond memories of using QEdit (later TSE (The Semware Editor)) in my DOS-centric early '90s larval hacking days.
Looks like they still sell it for $45 a pop, I don't think the website (http://www.semware.com) has changed much in the intervening 20 years though. :)
I've been using Epsilon for 25+ years. It's great, and well worth the money I have spent on the updates over the past few decades. It's my go-to editor. I can get along in vanilla Emacs, but Epsilon is a lot friendlier on a Windows box.
There's not much I would change on the Windows version (better multiple monitor support might be interesting0. I would pay dear money for better MacOS support.
That's interesting, and fairly dystopian — you're not allowed to run any software on your computer that isn't signed by Apple? Can you install, say, VirtualBox?
[+] [-] massysett|9 years ago|reply
[+] [-] notalaser|9 years ago|reply
If you'd bother to read, instead of expecting a virtual salesman to spoonfeed you make-believe thrash, you'd notice that a summary of "what it does" ( http://www.lugaru.com/epsinfo.html ) and the damn manual, where you can find everything it does, not just "a little description" ( http://www.lugaru.com/pdf.html , http://www.lugaru.com/epsilon-manual.html ), are linked right on the frontpage.
[+] [-] rcb|9 years ago|reply
What I love about it: 1) it's VERY fast, 2) the documentation is phenomenal, 3) the defaults are sane, and the configurable options are well thought out, 4) rock-solid stable.
It's a beautiful piece of software and I've really enjoyed using it. No regrets on the purchase. To me it was worth the $250.
[+] [-] jupiter2|9 years ago|reply
I can feel a strong sense of pride in the application he's built and still seeing it out there. Whatever few orders he gets is essentially keeping the site running and providing online support to those few still using his wares.
Each order gets you copies for Windows, Linux, Mac OS X, FreeBSD, OS/2 and DOS versions. Must be fun to have a long-standing project that you can go to that keeps you in touch with both newer and older OSes too.
[+] [-] notJim|9 years ago|reply
[+] [-] tonyle|9 years ago|reply
This text editor gets it. Such a contrast to some of the editors we have today where anything over a few megabytes is an edge case not worth fixing.
[+] [-] PeCaN|9 years ago|reply
[+] [-] actuallyalys|9 years ago|reply
[+] [-] qwertyuiop924|9 years ago|reply
In addition, I fail to see the advantage of this over Emacs: Emacs already has pretty much all of Epsilon's features, and a larger community. Furthermore, I highly doubt that its extensibility features are as extensive.
It's kinda cool, though.
Sidenote: why do I always see the HN headlines up to a day ahead in the previous headlines? Is this just thing everybody sees? Or am I just really lucky picking my threads?
[+] [-] ww520|9 years ago|reply
[+] [-] drfuchs|9 years ago|reply
[+] [-] kragen|9 years ago|reply
It was super helpful to me to have used ϵpsilon when I got my first Unix account in 1993, because I already knew how to use Emacs, almost. Some of the basic keybindings (like exiting and changing windows) were different enough to be an obstacle.
And then I never looked back. From then on I used my 286 to run Procomm+ and Vernon Buerg's LIST.COM, not to write programs on. Sorry, ϵpsilon. Emacs is an entire universe.
(Since then I've also programmed in vim, IDEA, Eclipse, some prototype editors I've written, Arduino, XCode, Notepad, OpenSCAD, and browsers, mostly in order to collaborate with other people and occasionally because they are better integrated with one or another more or less shitty system than Emacs is. But Emacs is pretty much the most convenient way to program for me.)
[+] [-] mcphage|9 years ago|reply
[+] [-] dietrichepp|9 years ago|reply
[+] [-] stevefeinstein|9 years ago|reply
[+] [-] kabdib|9 years ago|reply
[+] [-] raarts|9 years ago|reply
[+] [-] xvilka|9 years ago|reply
They listed 3 main advantages:
"The first immediate advantage is that Elisp will execute faster, because Guile uses a compiler tower with many optimization passes and ultimately compiles to Guile VM bytecode, which is more efficient than current Elisp bytecode. In the future, Guile is likely to implement some forms of native JIT as well as AOT compilation as well.
A second advantage is that it will be easier to implement some additional language features for Elisp which the Guile compiler tower and VM are capable of, like a full numeric tower (infinite-sized integers, exact rational numbers, imaginary numbers, etc.), record types (like an improved defstruct), CLOS-like OOP, an FFI, composable continuations, a module system, hygienic macros, multiple-value returns, and threads.
A third advantage is all Guile APIs/libraries becoming available to Elisp code, no matter what language they’re implemented in, because different languages on the Guile VM can inter-operate quite well, especially if they’re both a Lisp. C-implemented functions (“subrs” in Elisp terminology), Elisp functions, Scheme procedures, etc. all compile to the same “procedure” data type, which may appear in Elisp symbols’ function-slots, be bound to Scheme variables, and are otherwise first-class objects in both environments which can be funcalled or applied explicitly or by the language’s normal syntactic way of calling functions. Similarly, other data types are unified between the languages; Elisp integers and exact Scheme integers, inexact Scheme numbers and Elisp floats, Elisp cons cells and Scheme pairs, symbols, etc. are the same data type across the languages. (Strings are an exception though; see below.) Therefore one can generally use a library written in another language as if it were written in the same language."
And looks like there is some progress still: [2]
Here is the current TODO list [3], if someone wants to help.
[1] https://www.emacswiki.org/emacs/GuileEmacs
[2] https://lists.gnu.org/archive/html/guile-devel/2016-03/msg00...
[3] https://www.emacswiki.org/emacs/GuileEmacsTodo
[+] [-] wtbob|9 years ago|reply
I really really hope they don't and use Common Lisp to achieve the same end. Running emacs in a Common Lisp like SBCL implementation means that it will be natively compiled, with an extremely intelligent compiler.
> A second advantage is that it will be easier to implement some additional language features for Elisp which the Guile compiler tower and VM are capable of, like a full numeric tower (infinite-sized integers, exact rational numbers, imaginary numbers, etc.), record types (like an improved defstruct), CLOS-like OOP, an FFI, composable continuations, a module system, hygienic macros, multiple-value returns, and threads.
Common Lisp has infinite-sized integers, exact rational numbers and imaginary numbers. It has DEFSTRUCT. It has CLOS (obviously). Every Unix Lisp I'm aware of has an FFI. Continuations are actually a problem when it comes to e.g. UNWIND-PROTECT. Common Lisp has packages and an excellent module system in ASDF3. It has hygienic macro libraries, and natively supports the more-powerful DEFMACRO. It supports multiple-value returns. BORDEAUX-THREADS is an excellent portable thread library.
> A third advantage is all Guile APIs/libraries becoming available to Elisp code, no matter what language they’re implemented in, because different languages on the Guile VM can inter-operate quite well, especially if they’re both a Lisp.
Common Lisp has many excellent libraries available via Quicklisp.
Scheme is IMHO a broken language: distinguishing NIL and #f; only have one namespace; continuations; not allowing (cdr nil); not having a native object system; not having a rich type and class library; not having read macros. It was an interesting experiment, but the effort spent on Schemes would have been better spent improving Lisp.
Lisp is far closer to elisp, and is a better language to boot.
[+] [-] kelvin0|9 years ago|reply
[+] [-] pschastain|9 years ago|reply
'Sometimes people ask what our company name, Lugaru, means. It's actually a phonetic spelling of the French word for werewolf, "loup-garou". One day in 1984, after finally turning off the computers and noticing the sun had come up, we decided this might be an appropriate name for our new company.'
[+] [-] unknown|9 years ago|reply
[deleted]
[+] [-] zoom6628|9 years ago|reply
Not all IDEs suit all people. Apart from feature set one also has to consider style and operations. Im most happy when i find the features+style+operations match to the job at hand. And that is why i turn to Notepad++ when i have to ferret around in files of different types, awk when i have to mess with text/log files. I turn to VS only when i have to code something in C#, use PyCharm for python things.
Bottom line when an IDE 'just clicks' for you then its a wonderfully productive tool.
[+] [-] azeirah|9 years ago|reply
Press F9, release and then quickly press ctrl-x, release and then press u. Even during my short time with emacs did I not hurt my fingers this much
[+] [-] thaumasiotes|9 years ago|reply
[+] [-] zeveb|9 years ago|reply
[+] [-] andyhnj|9 years ago|reply
Back in the days when I actually paid for text editors, my favorite was Multi-Edit (http://multieditsoftware.com/). I remember UltraEdit (http://www.ultraedit.com/) being pretty popular too.
Nowadays, whatever work I'm not doing in Visual Studio is being done in Notepad++.
[+] [-] mwfunk|9 years ago|reply
Looks like they still sell it for $45 a pop, I don't think the website (http://www.semware.com) has changed much in the intervening 20 years though. :)
[+] [-] rhizome|9 years ago|reply
[+] [-] limeyy|9 years ago|reply
[+] [-] kabdib|9 years ago|reply
There's not much I would change on the Windows version (better multiple monitor support might be interesting0. I would pay dear money for better MacOS support.
[+] [-] robobro|9 years ago|reply
[+] [-] KirinDave|9 years ago|reply
[+] [-] kragen|9 years ago|reply