Live data from Hacker News

Lime Text – Open Source Sublime Text alternative (2014)

limetext.org

151–160 of 186 posts

Re: Lime Text – Open Source Sublime Text alternative (2014)

#151
post #21

As an emacs addict/user, what I really want is a credible alternative to that cockroach of editors. Price of admission: run in a terminal, run graphically, run on every possible system, be open source, be ridiculously, easily extensible. What a successor might add: Not be riddled with bugs. Not be ridiculously, terribly bad at actually displaying text (quickly, smoothly, large amounts). Not be extended in a language…

Emacs is still the best for most of that. Text display works most of the time (although it sucks), there are intelligent modes that aren't a pile of half-correct regex hacks (semantic, most of the modes for the Lisp family), and the base is fairly stable (some of the packages may not be). OTOH, it could be better.

If you don't mind the lack of extensions, and are willing to write your own, you may wish to try some of the other emacsen associated with the lisps. Hemlock is CL-based, so likely faster than Emacs, and Edwin and Guile-Emacs are both based on Schemes (edwin is MIT Scheme, Guile Emacs is... Guile). They still suck at some stuff, though, and they don't have the massive plugin ecosystem.

Re: Lime Text – Open Source Sublime Text alternative (2014)

#152
post #80

The headline on the Landing Page says "Elegant Free Open-Source". I for one applaud these great selling propositions. And I'm speaking after using Emacs and VIM for 15 years having not seen one other editor concept that was ultimately superior. Sublime Text was horrible in that it offered an easy refuge so many young and inexperienced people. But ultimately it was a closed source prison that they got pulled into. And…

The problem with Emacs and vim, to me, is that they don't fit in. I'm currently trying to take up Emacs (I pick up one of vim and Emacs every few years. Not sure why. Feels like a thing I should do). Here is some of my list of Emacs problems. * The big one. Every other app on my Mac uses the same shortcut keys for cut, copy, paste, save, open, search, search + replace, spell check. That's probably 95-99% of the keys…

As an emacs user, I can see that. Allow me to counter:

1. As others have pointed out, Emacs shortcuts work everywhere. And if you really want those shortcuts, look into cua-mode, which is closer to what you're used to.

2. Yeah... that might be a legitimate issue for you.

3. Emacs isn't about the default settings: if you find them limiting or frustrating, change them! Emacs isn't about shaping yourself to fit it, it's about shaping it to fit you. The only thing that's just about mandatory is learning a little elisp.

If you don't know how to do something, emacswiki and the extensive documentation are good places to look.

Re: Lime Text – Open Source Sublime Text alternative (2014)

#153
post #71

Earlier quoted context omitted.

Yet another with a client server architecture. It makes no sense in a desktop application to add the performance overhead of IPC and serialization to every user interaction.

I'd take the overhead of a client-server architecture over the overhead of rendering the whole UI in HTML (electron apps) any time. Also I think that the marshalling you need for IPC is not so different than the boxing and conversion that you have under the hood if you write in an interpreted language, e.g. Python or JavaScript.

I was 100% in your boat after experiencing Atom. I have a 8 year old re-purposed Linux box (OpenSUSE) for work. That took a LONG time to be okay with our Windows based IT Department.

I changed my mind over two electron editors/IDE. I use RStudio and it is really been getting so fast on my old computer that I can't tell anymore. VS Code by Microsoft is so fast and nimble that I have been using it 75% of the time with no felt overhead. It really is an amazing piece of software in terms of speed, now the ram usage is still much higher but for my uses I don't notice it at all on my 8 year old Dell corporate computer.

Re: Lime Text – Open Source Sublime Text alternative (2014)

#154
post #9
post #4

This was an interesting attempt but I think development kind of stalled. The original creator, quarnster, left the project.

You're right. Blog and roadmap haven't been editted since 2014.

Git commits to the project are from August this year.

I see many projects with a similar public perception issues. Pages and blogs need to reflect their activities better.

Re: Lime Text – Open Source Sublime Text alternative (2014)

#155
post #121
post #61

Earlier quoted context omitted.

The second half of that line seemed to be alluding to something else. I'm not saying it's fast, but I've never encountered it's speed being a problem in practice.

I just noticed that if I use too many plugins (where too many in my vimrc is > 12) the startup time can be a bit slow (3-4 seconds). Compare it with emacs in which I have far more plugins and it still starts fast as a clean install. Anyway not a big problem eh. For me vimscript is the shitty part of vim.

I just want to say that it's likely not the amount of plugins it's the weight each have, likely you have a few heavy ones causing your boot to be slow. I use ~20 plugins and startup time is still under a second when opening a 35000 line file, try using --startuptime

Re: Lime Text – Open Source Sublime Text alternative (2014)

#156
post #127

Earlier quoted context omitted.

I just want to be able to look at the first 10 lines of a 15MB JSON I downloaded of the internet without having the entire application crash. It doesn't seem like too much to ask. There's a big difference between asking for a 15MB file and a 500MB file. 15MB is a pretty reasonable size for a text editor to be able to open without crashing, IMO. Unfortunately, I have to peek at those in Vim instead. Nothing wrong with…

head ?

https://en.wikipedia.org/wiki/Head_(Unix)

Re: Lime Text – Open Source Sublime Text alternative (2014)

#157
post #5

As much as this is refreshing, Sublime just works though. Even Sublime 2 wasn't that bad you'd want Sublime 3. For heavy projects I use IntelliJ. I was happy to pay for Sublime. I remember switching from Textmate to Sublime because it had compelling arguments. Sublime is the perfect editor between Notepad and IntelliJ. Anyway I hope this is just as good.

What are your thoughts on VS: Code?

VS Code is great. But if I start using VS Code, it's because I want more than Sublime, and so I end up just doing it in IntelliJ because, to me, it's the best there is.

Re: Lime Text – Open Source Sublime Text alternative (2014)

#158
post #127

Earlier quoted context omitted.

I just want to be able to look at the first 10 lines of a 15MB JSON I downloaded of the internet without having the entire application crash. It doesn't seem like too much to ask. There's a big difference between asking for a 15MB file and a 500MB file. 15MB is a pretty reasonable size for a text editor to be able to open without crashing, IMO. Unfortunately, I have to peek at those in Vim instead. Nothing wrong with…

head ?

head — https://linux.die.net/man/1/head

tail — https://linux.die.net/man/1/tail

less — https://linux.die.net/man/1/less

Re: Lime Text – Open Source Sublime Text alternative (2014)

#159
post #5

As much as this is refreshing, Sublime just works though. Even Sublime 2 wasn't that bad you'd want Sublime 3. For heavy projects I use IntelliJ. I was happy to pay for Sublime. I remember switching from Textmate to Sublime because it had compelling arguments. Sublime is the perfect editor between Notepad and IntelliJ. Anyway I hope this is just as good.

Do any of these text editors you mention include a screensaver? I was just trying BREEZE for MS-DOS today and found that feature really appealing. I came back to my desk and the entire UI had just vanished and turned into a field of twinkling stars. I would love it if one of my more modern text editors did that.

Of course, Emacs has zone-mode

Re: Lime Text – Open Source Sublime Text alternative (2014)

#160

Something about the phrase "Successor to Sublime" rubs me the wrong way. It's condescending and misleading. I initially thought, did the author of Sublime open source his work like the author of Textmate? But no, it looks like this looks like an independent project, and since Sublime is still updated, can there be a successor yet?

That was my thought also. A successor is created by the same team, or given easing by that team. This is not that.
Post reply on HN