Live data from Hacker News

Lime Text – Open Source Sublime Text alternative (2014)

limetext.org

141–150 of 186 posts

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

#141

Funny - Sublime has been taking a pounding from all angles over the years, but still seems to be bouncing back off the ropes and swinging hard. This project looked familiar, and I seem to recall coming across it a while back. As others have pointed out, the blog hasn't been updated since 2014, so it looks like a stalled project. Another points victory to Sublime perhaps? ;)

It's hard for these other Electron based editors to completely replace Sublime when they are so much slower. People say that they don't notice how slow Atom or VS Code are, but try running them on a 5+ year old laptop like mine.

I use VS Code on an x220 every day. If an old machine is the only thing keeping you stuck with Sublime you should invest in a new machine. Hardware is cheap compared to productivity gains.

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

#142
post #49

Why "successor"? Has SublimeText died somehow? Last time I've check my copy was running happily.

To be fair, this was back in 2014 when people thought sublime was dead and abandoned by Jon. However now that's not the case and the dev team are rolling out releases again, and expect a stable v3 to come out soon

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

#143
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…

Last I checked, Sublime is easily extensible with Python. What is this "lock in" you speak of? What "prison"? This reads like FSF.org hyperbole. Here comes the snark in reply to the snark: Someone had to come along and show that text editing didn't require the inscrutable complexity of Vim or Emacs, the kind of overwrought, overcomplicated, elitist and impractical user-hostility that absolutely dominates Open Source…

> Many users don't consider Open Source to be a selling point. I am one of them. I choose my tools based on their usefulness, not the political status of their code…

I prefer tools that I can repair myself. Being able to zip directly to the source of any Emacs lisp function is heavenly when learning about things or when debugging something that isn't working. Having lived in that environment for years now, it's not something that I take lightly any more. A new editor has no real chance with me unless I can poke and prod it at will.

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

#144
I am afraid this is project is stalling. I would like open source alternative to Sublime. I use Emacs as of now, but it is funny how so many years down the line, we can't make good, robust editor that is focused on performance. Sure eye candy should be present in some degree (I am bitch about colors and nice UI, since I spend a lot of time in it, I like to make it look cool to me, but I always put performance and function on first place). Xi looks like it has potential, but it is pretty early in development. I just hope Ralf sticks to it, and in few years I think we will have great editor, with right technology, right philosophy and hopefully right community.

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

#145
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…

A possible (very early) start for this could be https://github.com/google/xi-editor UIs and actual functionality are completely separate implementations. Loading and displaying text are entirely decoupled, so the display doesn't have to care if the actual file is 10kb or 2gb in size.

For those interested in the editor, keeping an eye on the subreddit is worthwhile too: https://www.reddit.com/r/xi_editor

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

#146
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…

Atom (hear me out): + runs graphically + runs linux, macos, windows (nothing else?) + open source + ridiculously, easily extensible + not riddled with bugs (slowness is not a bug) + for small files, comparably quick to Sublime on my machine + major dev community; already much better than 6 months ago - slow in some instances, esp. large files - doesn't run in terminal - doesn't run in less-popular OSes +/- moderate R…

- ELECTRON. I just cannot get over it. Tried VSCode few days ago, it is great, much better than Atom, but still not there. There is nothing that Atom does better than Emacs, it looks better only, but that's not the point. I find Atom to be more WebDev and Fronted Dev oriented editor.

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

#147
post #77
post #68

Earlier quoted context omitted.

As an old prgrammer feeling the limit of neuron counts and possible premise of alzheimer, I avoid tools where you have to know by hart all the commands or have to read a long help text to find what you need. I use vim as editor for system files, but I only use the 1% of its capabilities I really need. All these shortcuts make me sick because I can't remember them and can't easily find them. That's also why I don't li…

Vim is a language, not a bunch of commands to remember. A sufficient vim user would probably be unable to tell you how exactly they accomplished something. I gave QtCreator a try just a couple of weeks ago actually. I wanted to give qml a go and expected this to be where it shined. But the create project dialog wouldn't fit on the screen and the create button wouldn't enable for some reason (possible something off sc…

> But the create project dialog wouldn't fit on the screen and the create button wouldn't enable for some reason (possible something off screen).

This really reminds of using KDE3.x & QT in general a decade ago or so :)

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

#148
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…

Emacs isn't trying to be special by having it's own keybindings, it's just that it's the same age as Apple the company(1976). Most editors back then were line editors, meaning you would give it a command to change a line, then you would ask it to print the line you just edited so you can see what you did. So yes, it's annoying to new users, but the fact that we have a system that's had 40 years of thought and effort put into it is pretty cool. I'll likely be using it until the end of my career(hopefully many decades from now) or until we stop using keyboards to program these damn machines. I think it's absolutely amazing that a system can survive for that long and have such a long future ahead of it and not because it's parasitic and it's too expensive to get rid of it like most legacy systems, but because it's actually still useful? That's a rare thing.

As for the defaults, vanilla emacs is the worst text editor in existence, building your .emacs file is basically a rite of passage, not sure how to solve that problem, starter packs exist but come with their own problems as you say.

But ultimately it's a matter of trade-offs. You can choose to get up and running quickly with a simpler more modern tool, or you can go deep with emacs and hope it'll pay off. I've found that learning emacs has not only payed off the time investment for me, but the benefit is growing the more I use it. Yes, the first week was horrible, the first month was kind of difficult, the first year clumsy, but the next couple of years have given me an unbelievably powerful tool, and a sense of accomplishment for having mastered it's fundamentals. I recently picked up magit and the way I use git has changed now, I am absolutely better at VC now because of emacs. There is no price for that. All of that vastly outweighs any problem like being clunky in a modern environment, it just takes a while for the benefit to kick in. Will OS X even be around in 40 years? Who knows, emacs just might be tough.

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

#149
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…

Atom (hear me out): + runs graphically + runs linux, macos, windows (nothing else?) + open source + ridiculously, easily extensible + not riddled with bugs (slowness is not a bug) + for small files, comparably quick to Sublime on my machine + major dev community; already much better than 6 months ago - slow in some instances, esp. large files - doesn't run in terminal - doesn't run in less-popular OSes +/- moderate R…

Atom lacks the unform abstractions that make emacs so great.

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

#150
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…

Atom (hear me out): + runs graphically + runs linux, macos, windows (nothing else?) + open source + ridiculously, easily extensible + not riddled with bugs (slowness is not a bug) + for small files, comparably quick to Sublime on my machine + major dev community; already much better than 6 months ago - slow in some instances, esp. large files - doesn't run in terminal - doesn't run in less-popular OSes +/- moderate R…

> + major dev community...

Do you mean major as in "large", or as in "possessing some positive quality"? While I'm not commenting on Atom's dev community in particular, the two don't have a causative relationship.

A particular downside I see with Atom is it's performance - the perception of which is in some cases arguably approaching that of its competitors - and hence its energy impact, which affects my battery life.

Post reply on HN