Is there a binary somewhere?
I'm not sure, but wasn't Go a JIT compiler?
Lime Text: Open Source Sublime Text clone
31–40 of 251 posts
Re: Lime Text: Open Source Sublime Text clone
#32If there is one app I've always been thrilled to pay for, it's Sublime Text. I've purchased and renewed the licence ever since v1 came out. While it may not be open sourced, you can see it was created with a lot of love for code and openness. Today there are thousands of amazing plugins to enhance it. And though I fully respect the open source initiative, I, for once, am very happy to support / give some money to a p…
60 bucks for an editor is quite expensive I think. There are nice alternative to such an editor.
I wonder what features makes sublime text so much valuable...
Re: Lime Text: Open Source Sublime Text clone
#33Always good with more editors. But i think that Atom will be the next sublime.
Please go into more details why you think that. After the first buzz of the semi open beta I didn't hear _anything_ about Atom. And last time I checked it only worked on Mac and I couldn't even compile it myself on Linux. Beside having a great idea it is also important how a project is executed.
Re: Lime Text: Open Source Sublime Text clone
#34Am I the only one who immediately wondered how Atom was doing when seeing this article? :D
No, me too wondered.
Re: Lime Text: Open Source Sublime Text clone
#35Earlier quoted context omitted.
I completely agree with what you say. Sublime is awesome and I don't mind paying money for closed-source software. What I do mind is, that the development seems to have stopped, and being closed-source nobody can move it forward but the original maintainer. It once again brings attention to the most important "bus factor" [0] [0] http://en.wikipedia.org/wiki/Bus_factor
Development has not stopped, there were some distractions to the developer. For the July 2014 status update, see http://www.sublimetext.com/forum/viewtopic.php?f=2&t=16517
While this is encouraging, I've heard it several times over the last year, and commits would speak louder than words in terms of commitment. Here is another post from March: https://www.sublimetext.com/forum/viewtopic.php?f=2&t=15477&...
Re: Lime Text: Open Source Sublime Text clone
#36If there is one app I've always been thrilled to pay for, it's Sublime Text. I've purchased and renewed the licence ever since v1 came out. While it may not be open sourced, you can see it was created with a lot of love for code and openness. Today there are thousands of amazing plugins to enhance it. And though I fully respect the open source initiative, I, for once, am very happy to support / give some money to a p…
60 bucks for an editor is quite expensive I think. There are nice alternative to such an editor. I wonder what features makes sublime text so much valuable...
Have you downloaded the "forever-free" trial?
Re: Lime Text: Open Source Sublime Text clone
#37If there is one app I've always been thrilled to pay for, it's Sublime Text. I've purchased and renewed the licence ever since v1 came out. While it may not be open sourced, you can see it was created with a lot of love for code and openness. Today there are thousands of amazing plugins to enhance it. And though I fully respect the open source initiative, I, for once, am very happy to support / give some money to a p…
60 bucks for an editor is quite expensive I think. There are nice alternative to such an editor. I wonder what features makes sublime text so much valuable...
60 bucks is less than an hour's pay for many developers. We're talking about a tool that gets used for > 8hrs/day in many cases. Other industries would DREAM of having tools this cheap!
* edited to remove the word "most" which seems to be upsetting some people.
Re: Lime Text: Open Source Sublime Text clone
#38Earlier quoted context omitted.
I got exactly the same behaviour in emacs by installing the 'multiple-cursors package and adding the following to my .emacs file (require 'multiple-cursors) (global-unset-key (kbd "M- ")) (global-set-key (kbd "M- ") 'mc/add-cursor-on-click)
Ok that's interesting. The following features are also crucial to me: * Tree view * Split window with synchronized views when showing the same file * Regex search over file or selection, results can be turned into multicursors (!) * Regex search over multiple files or directories * Multicursors at each line for a selection * Auto-update of views when file underneath changes (editor should ask what to do in case of ed…
Interesting, I guess it is just an editing preference. Multiple cursors i associate with mouse use (I know it isn't the same but I bet most people use the mouse with them). I consider touching the mouse dangerous for myself and for productivity.
> Tree View
This i fully understand (and exisits in emacs) but I think not necessary either for my workflow. A treeview does already exist in a format called folders and files ;) I prefer to know the structure of the directories I'm working in and rarely require a reference to them visually
> Split window with synchronized views when showing the same file
I do too and this is a very basic emacs feature
> Regex
Emacs has a massive number of regex and non regex search options. Though usually i simply use Ctrl-Z; grep; fg, which is less efficient but fits my mental model better.
But ctrl-h a has ~ 34 commands on my machine. Including things like dired-do-isearch-regexp
> Multicursors at each line for a selection
No idea what this means sadly!
> Auto-update of views when file underneath changes (editor should ask what to do in case of edits)
I doubt any editor handles this stuff as well as emacs and is invoked in my environments daily.
Apart from multicursor stuff (that i do not see the point of for my workflow) everything you mention is a very very old basic emacs feature.
Re: Lime Text: Open Source Sublime Text clone
#39I don't like how it shamelessly piggybacks on Sublime's reputation by using its name left and right and doesn't hesitate to knock it down by calling itself a "successor". This comes across as disrespectful at least.
Sublime is dead. No one is actively developing it. There's a rich history of piggybacking on dead software, and I (and many others) clicked this link because of that piggybacking. I completely support and admire someone who is trying to further the development of Sublime without having the original code base.
>Sublime is dead. No one is actively developing it.
No one has to "actively develop it". It's a fully capable editor. It has a great plugin framework and ecosystem. Pending some incompatible OS change, I can use it for the next 30 years (using ST-3 from the early alphas, and it has been rock solid).
For comparison, I also use Vim, and it's not like I use any "new features" in Vim or anything. The most "current" features I use in it are like 10-15 years old.