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.
Lime Text – Open Source Sublime Text alternative (2014)
141–150 of 186 posts
Re: Lime Text – Open Source Sublime Text alternative (2014)
#142Why "successor"? Has SublimeText died somehow? Last time I've check my copy was running happily.
Re: Lime Text – Open Source Sublime Text alternative (2014)
#143The 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…
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)
#144Re: Lime Text – Open Source Sublime Text alternative (2014)
#145As 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.
Re: Lime Text – Open Source Sublime Text alternative (2014)
#146As 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…
Re: Lime Text – Open Source Sublime Text alternative (2014)
#147Earlier 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…
This really reminds of using KDE3.x & QT in general a decade ago or so :)
Re: Lime Text – Open Source Sublime Text alternative (2014)
#148The 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 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)
#149As 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…
Re: Lime Text – Open Source Sublime Text alternative (2014)
#150As 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…
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.