Live data from Hacker News

Lime Text: Open Source Sublime Text clone

limetext.org

241–250 of 251 posts

Re: Lime Text: Open Source Sublime Text clone

#241

Earlier quoted context omitted.

I don't make 60 bucks an hour (not even 45 euros).. Much sad :(

Just a funny note, those values ($60 and 45 EUR) are almost exactly the same, to the .1. I don't know if you meant for that.

Yeah, it's the same...

https://www.google.nl/webhp?sourceid=chrome-instant&ion=1&es...

Re: Lime Text: Open Source Sublime Text clone

#242
post #31

Earlier quoted context omitted.

I'm not sure, but wasn't Go a JIT compiler?

No, it's a regular compiler (not jit). But anyway, you'd need to install Go, which, I'd guess, not everybody wants to do.

If you want to compile it yourself, sure; if you already have the binary, you don't need anything else.

Re: Lime Text: Open Source Sublime Text clone

#243
post #233
post #39

Earlier quoted context omitted.

> 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" feat…

Updating your editor, adding plugins, or changing to a new editor is never an issue of "fully capable" or "good enough". It's always whether there are new ways to save time. Lots of people thought editors were "fully capable" before the "go-to any symbol" functionality was introduced (possibly by Sublime). Now they can't live without it. But besides all that, Sublime has lots of bugs that impact daily work. If it wer…

>Updating your editor, adding plugins, or changing to a new editor is never an issue of "fully capable" or "good enough". It's always whether there are new ways to save time.

Well, most people don't update their editor that often. People use Vim and Emacs, even decade old versions of them. Adding plugins, yes, that happens (again, not all the time, except for fiddly people like us I guess). But ST has a fully capable plugin system.

>Lots of people thought editors were "fully capable" before the "go-to any symbol" functionality was introduced (possibly by Sublime). Now they can't live without it

Well, yes, ST3 added that, and I know about it, and I seldom use it. On the other hand, that doesn't mean if I a new feature I like in Emacs or some other editor, I'll change editors just like that.

Re: Lime Text: Open Source Sublime Text clone

#244
post #100

Earlier quoted context omitted.

I'm pretty curious about what new features you are looking for in Sublime. I spend more time in Sublime Text than pretty much any other application. I understand the idea that "development may have stopped", but there are not any glaring bugs, sublime text 3 is super fast, and there is a huge community building sublime plugins. The editor was built in such a way where it allows the entire community to keep moving it…

Sublime is sorely lacking when it comes to working on multiple projects. I regularly have 15+ projects open, all of which I work on regularly, and I probably have 30+ projects that I work on regularly that I don't bother to keep open, simply because the window menu grows too long. I use the next/previous window commands to cycle, but sometimes I have so many projects open I have to use the window menu, which coincide…

Maybe I can address a few of your concerns.

> My wish list item is for the search results to be a live view into the matching files, so that I can actually edit within the results buffer.

There's a plugin[1] for that btw, but I'm not certain it's completely safe for use. Last time I checked you could only modify the search results once.

>Syntax highlighting per file-pattern, not extension.

Luckily, there's a plugin[2] for that too.

>Turns out process management in a plugin is awkward.

I've never had a problem with that. Are you new to Python?

[1]: https://sublime.wbond.net/packages/FindResultsApplyChanges [2]: https://sublime.wbond.net/packages/ApplySyntax

Re: Lime Text: Open Source Sublime Text clone

#245
post #73

Earlier quoted context omitted.

> I suppose being open source doesn't stop you from giving user licenses for money, though. True, people can just use your program by violating your license. I don't follow your argument here. To qualify as "Open Source" rather than "source available", people have to be free to modify and redistribute the source code. So even if you charge for a license, there's nothing to stop the first licensee redistributing for f…

But most people are not interested in the source code, they'd like to get a binary. Seems to work for XChat: http://en.wikipedia.org/wiki/XChat#Shareware_controversy

Except that, also for XChat, there will be people providing these binaries for free because the software is open source and they are not violating the license by redistribution for free.

Re: Lime Text: Open Source Sublime Text clone

#246
post #76

Earlier quoted context omitted.

"No one has to "actively develop it". It's a fully capable editor." People seem to forget this quite quickly, but what else is needed in ST3 right now ? Very little in my day-to-day experience that isn't either solved via a plugin, or mostly trivial. I'd prefer a much more stable piece of software rather than one that's having upgrades thrown at it every month to maintain an 'actively developed' project status.

I'm still using TextMate 1 for pretty much this reason. :) The only features I'd really love to add to TextMate are the rmate remote launching feature (which didn't work for me when I tried TextMate 2 a couple of months ago) and syntax highlighting for Perl 6 (which as far as I know no editor has yet).

I know nothing about Perl, but there is this[1].

[1]: https://sublime.wbond.net/packages/ModernPerl

Re: Lime Text: Open Source Sublime Text clone

#247
post #126

Earlier quoted context omitted.

Multicursors are one of these things that you don't understand the use for, until you start using them, at which point you can never go back. In order to understand what they do, just have a look at all six gifs on this page: http://www.sublimetext.com/ . And sorry, but if you don't know about multicursors, I'm not sure whether you get what I mean with "Regex search over file or selection, results can be turned into…

So multicursor is an unhygenic version of semantic rename (refactoring)? Ew.

No, multicursors are way more powerful because you don't have to rename something in order to use them. The second animation on http://www.sublimetext.com/ is a use case that has occured several times to me alone, and there are more (e.g. indenting only specific lines, aligning code).

Re: Lime Text: Open Source Sublime Text clone

#248

Earlier quoted context omitted.

A dom object for every character probably makes it forever an uphill battle.

Indeed. Atom will never be fast enough. Because of the "cool" underlying tech chosen.

To be honest, as a ST plugin developer, the underlying tech is very cool, except for JS/Coffee maybe.

You can do pretty much any UI you can imagine using a website in some way and Atom allows you to do exactly that. You can modify the entire UI and this is what I was always missing in ST: The ability to modify the UI more extensivly.

Sadly, this all leads to the very downside that everyone knows: Performance. Computers will eventually get to the point where Atom feels as fast as Sublime, because 1) the coding was improved and more significantly, and 2) CPUs will get good enough for Atom that a human can't see differences between Atom and ST's performance, despite ST being way faster still. It's always been like that.

Re: Lime Text: Open Source Sublime Text clone

#249

Earlier quoted context omitted.

Sublime is sorely lacking when it comes to working on multiple projects. I regularly have 15+ projects open, all of which I work on regularly, and I probably have 30+ projects that I work on regularly that I don't bother to keep open, simply because the window menu grows too long. I use the next/previous window commands to cycle, but sometimes I have so many projects open I have to use the window menu, which coincide…

Maybe I can address a few of your concerns. > My wish list item is for the search results to be a live view into the matching files, so that I can actually edit within the results buffer. There's a plugin[1] for that btw, but I'm not certain it's completely safe for use. Last time I checked you could only modify the search results once. >Syntax highlighting per file-pattern, not extension. Luckily, there's a plugin[2…

Thanks for telling me about ApplySyntax. So that solves one problem. But that search plugin is not "live". It lets you edit and apply (once, apparently).

I'm not at all new to Python. Forking processes is simple enough, the problem is about how Sublime manages the plugin thread; you have to jump through hoops with sublime.set_timeout() etc. At the time, I was having huge issues waiting for a process and then afterwards interacting with the editor; it seemed buggy. I'm sure it's possible given enough trial and error.

Re: Lime Text: Open Source Sublime Text clone

#250

I wish they wouldn't attach themselves to the sublime brand. It's not theirs, and it's pretty shady to ride another project's coattails when their intent is essentially to cannibalize it by being sublime-but-free. You can discuss the merits of open source and paying for tools all you want, but basically their goal is to put a man out of business who's made something that a lot of people love, because he has the gall…

You've got to hand it to them for the clever name. They manage to imply that it's better than Sublime while using fewer letters.
Post reply on HN